**** BEGIN LOGGING AT Thu Jun 09 02:59:57 2011 Jun 09 03:15:30 build #34 of etrax is complete: Failure [failed compile_3] Build details are at http://buildbot.openwrt.org:8010/builders/etrax/builds/34 Jun 09 04:07:53 build #33 of ep93xx is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/33 Jun 09 04:58:31 build #46 of cobalt is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/46 Jun 09 05:07:09 KanjiMonster: did i ? :) Jun 09 05:10:51 blogic * r27142 /trunk/target/linux/atheros/config-2.6.37: Jun 09 05:10:51 [atheros] Jun 09 05:10:51 * revert accidental config change Jun 09 05:10:53 KanjiMonster: fixed Jun 09 05:10:57 thx Jun 09 05:41:29 build #45 of lantiq is complete: Failure [failed compile_6] Build details are at http://buildbot.openwrt.org:8010/builders/lantiq/builds/45 Jun 09 06:23:18 build #49 of ubicom32 is complete: Failure [failed compile_3] Build details are at http://buildbot.openwrt.org:8010/builders/ubicom32/builds/49 Jun 09 06:28:56 build #50 of at91 is complete: Failure [failed shell_4 compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/50 Jun 09 07:09:26 blogic * r27143 /trunk/target/linux/generic/files/drivers/leds/ledtrig-netdev.c: Jun 09 07:09:26 [ledtrig-netdev] Jun 09 07:09:26 we dont need 1024 bytes buffer. 128 bytes is enough. Jun 09 09:22:59 build #36 of au1000 is complete: Failure [failed shell_4] Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/36 Jun 09 11:16:29 swalker * r27144 /packages/libs/tokyocabinet/Makefile: [packages] tokyocabinet: correct section value Jun 09 12:26:22 jow * r27145 /trunk/package/base-files/ (Makefile files/lib/network/config.sh): [package] base-files: if an ip6addr without a prefix is given, assume /128 - otherwise the busybox utilities will interpret it as /0 and create an invalid default route Jun 09 12:27:17 jow * r27146 /branches/backfire/package/base-files/ (Makefile files/lib/network/config.sh): [backfire] merge r27145 Jun 09 12:33:25 xMff: hm, wouldn't it make more sense to use /64, the default subnet size for v6? Jun 09 12:33:52 KanjiMonster: thinked about that too but thats too much handholding for my taste Jun 09 12:34:10 I followed the ipv4 rules where ipaddr means /32 Jun 09 12:34:17 and ipaddr/prefix for the rest Jun 09 12:34:39 unless there's an rfc that mandates a default size of /64 somehow Jun 09 12:35:00 http://tools.ietf.org/html/rfc4291#section-2.5.1 <- not quite sure, but it sounds a bit like it Jun 09 12:35:51 but you're right, those people who enter ips without prefix there most likely mean a /64 Jun 09 12:37:03 jow * r27147 /trunk/package/base-files/files/lib/network/config.sh: [package] base-files: assume a default ipv6 prefix size of /64, thats what the majority of users mean when they just specify an ip address Jun 09 12:38:01 jow * r27148 /branches/backfire/package/base-files/files/lib/network/config.sh: [backfire] merge r27147 Jun 09 12:38:20 good now? Jun 09 12:38:28 yes :) Jun 09 12:39:52 funny interpretation by the busybox tools though Jun 09 12:40:20 ifconfig foo0 add f00:b43::1 actually adds a default route Jun 09 12:40:40 k Jun 09 12:40:40 while everyone else would expect it to add a /128 address Jun 09 12:42:48 or a route with /64 available over that interface Jun 09 12:43:11 yeah Jun 09 12:43:17 but definitely no ::/0 Jun 09 12:44:09 on a related note, I find it funny that t-online.de is still available over IPv6; especially when looking back at the DNS problems they had yesterday (like only AAAA-records for google and youtube ;) Jun 09 12:56:24 lol Jun 09 13:27:08 hi guys Jun 09 13:28:07 any particular reason that owrt is overwriting my settings in kernel_menuconfig?? Jun 09 13:28:07 what I mean - ie. Jun 09 13:28:11 $ grep "# CONFIG_KPROBES is not set" include/ -r Jun 09 13:28:12 include/kernel-defaults.mk:# echo "# CONFIG_KPROBES is not set" >> $(LINUX_DIR)/.config.target Jun 09 13:28:22 it sooo fecking annoying.. Jun 09 13:37:18 no Jun 09 13:37:31 it ptoperly popped up for callsyms Jun 09 13:37:42 you can move it into the conditional Jun 09 13:48:46 I mean, some options are not "strict" - no possibility to change it in "menuconfig" and its overwriting values set by me in "kernel_menuconfig" . like with this KPROBE (just an example, there is more like this) Jun 09 13:50:55 so someone should propose a working fix Jun 09 13:51:10 thats looks like too much trickery for me (a bug in simple words ;) ) Jun 09 13:52:29 for myself I just removed that 'echoing' of things which are not setable in 'menuconfig' from kernel-defaults.mk Jun 09 13:56:20 jow_laptop: patch seems to be working well for me Jun 09 14:01:09 netprince: good Jun 09 14:01:23 build #35 of iop32x is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/35 Jun 09 14:04:44 How to get flash size in luci web? Jun 09 14:05:50 Looks like <%:Router Model%> <%=pcdata(model or "?")%> in admin_status/index.htm Jun 09 14:06:29 thats complex Jun 09 14:06:41 some units do not even have flash Jun 09 14:09:56 Can we grep it from cpuinfo and translate it to mb? Jun 09 14:10:25 no Jun 09 14:10:40 cpuinfo varies wildly among models Jun 09 14:10:57 best is to do fstat Jun 09 14:13:29 sorry statvfs() Jun 09 14:23:18 I'm seeing this in dmesg, do I really need ipv6 for ip_gre? ip_gre: Unknown symbol icmpv6_send Jun 09 14:27:06 well ipv6 creeps into more and more modules Jun 09 14:27:30 as soon as it is enabled, a whole array of kmods will depend on its symbols Jun 09 14:27:58 so yes, you do need ipv6 for gre Jun 09 14:35:27 jow * r27149 /trunk/package/kernel/modules/netsupport.mk: [package] kernel: gre depends on ipv6 is Kernel is built with IPv6 support Jun 09 14:35:47 ^^ nice Jun 09 14:36:05 awh crap Jun 09 14:36:34 jow * r27150 /trunk/package/kernel/modules/netsupport.mk: [package] kernel: revert unrelated change in previous commit Jun 09 14:36:59 jow_laptop: here is some background, if I understand this right, gre only depends on ipv6 when ipv6 is included or a module... http://kerneltrap.org/mailarchive/linux-netdev/2010/9/28/6286028/thread Jun 09 14:37:09 correct Jun 09 14:37:18 same is now the case for iptables TEE Jun 09 14:37:22 for bridge.ko Jun 09 14:37:38 and propbably any other module that does layer3 interactions (like sending pings or setting routes) Jun 09 14:40:36 the rcu patch in the thread looks interesting Jun 09 14:52:58 I didn't see it Jun 09 16:48:11 blogic: ping Jun 09 17:04:41 jow * r27151 /packages/net/miniupnpd/ (Makefile files/miniupnpd.iface.hotplug files/miniupnpd.init): [packages] miniupnpd: properly handle multiple internal interfaces in hotplug helper (#9538) Jun 09 17:09:21 mirko * r27152 /packages/libs/protobuf/ (. Makefile): [packages] add package 'libprotobuf' Jun 09 17:09:29 luka12345|wiik: pong Jun 09 17:09:33 just replied to your mail Jun 09 17:17:51 obinou_: ping Jun 09 17:18:19 blogic: and me to your's Jun 09 17:18:29 obinou_: committed protobuf - made a few adjustments to your patch - i hope it still fits your use-case Jun 09 17:18:44 obinou_: and forgot to mention you in the commit msg - that wasn't by purpose.. Jun 09 17:18:44 luka12345|wiik: ;) Jun 09 17:19:36 and everyone is wondering what are we mailing about :DDD Jun 09 17:19:58 hehe Jun 09 17:19:59 ;) Jun 09 17:45:24 mirko, pong Jun 09 17:45:35 Ok for the patch Jun 09 17:45:50 i'm pulling and retesting Jun 09 17:46:16 no problem for the commit msg - my email is inside the makefile, in case there is a need Jun 09 17:46:23 thanks for the commit Jun 09 18:49:40 acoul: ping Jun 09 18:58:49 blogic: ping Jun 09 19:00:22 KanjiMonster: pong Jun 09 19:00:31 what have i done this time ? :) Jun 09 19:00:48 blogic: nothing, but I thought you might be interested in https://github.com/KanjiMonster/openwrt/commit/e45e6c3169d188a7b46b83cef172d181a6212d06.patch Jun 09 19:02:45 ah nice Jun 09 19:05:43 blogic: you'll also want this one, else insmod looks in the wrong directory -> https://raw.github.com/KanjiMonster/openwrt/linux-3.0v2/target/linux/generic/patches-3.0/999-drop_sublevel.patch Jun 09 19:13:47 KanjiMonster: ok Jun 09 19:13:54 i will continue testing on the weekend Jun 09 19:14:18 i have 3 new boards in the queue that people send me patches for and i need to spend a day on devicetree Jun 09 19:14:30 but monday i can continue with 3.0 Jun 09 19:14:39 (and i almos forgot to fix 2 regressions in rc1 Jun 09 19:14:44 as in 3.0rc1 Jun 09 19:15:01 the two you posted to linux-mips? Jun 09 19:17:32 yes Jun 09 19:17:43 had them locally for nearly 2 weeks and simply forgot Jun 09 19:17:53 too many things to do ;) Jun 09 19:31:25 acinonyx * r27153 /trunk/target/linux/ar71xx/base-files/etc/defconfig/ (12 files in 12 dirs): [ar71xx] Remove trailing spaces, convert spaces to tabs Jun 09 19:54:59 KanjiMonster: and i need to test the sofia-sip stuff tomorrow Jun 09 21:14:26 Hello. I referred to the wiki site regarding to adding a board type for brcm68xx platforms. After i edited the files and executed the commands, no image for my new board is generated. I use die backfire version of the source not trunk. Jun 09 21:28:19 Hi. I was here the other day asking about KSEG1ADDR(...) and how it points to the "art" partition in flash. Jun 09 21:29:37 I've extracted the art partition using dd and, yes, the mac address was exactly at the offset that I expected it to be. Jun 09 21:30:33 Still where did the 0x1fff part of the address come from? Jun 09 21:31:49 the offset of the art partition is 0x1fe0000 Jun 09 21:32:11 and the offset for the mac address ix 0x1fff1000 Jun 09 21:35:52 I just solved the problem myself. :) Thank you in advantage :) Jun 09 22:57:30 #9540 if anybody wants a grand cherokee ;) Jun 09 23:01:32 * swalker wonders why people continually back date (Make)file copyrights Jun 09 23:03:53 swalker: does it come with openwrt installed ? :P Jun 09 23:07:42 stintel: only as a dealer installed option :) Jun 09 23:58:01 hey, can someone fix http://wiki.openwrt.org/doc/howto/installing#microtik.rb4xx s/mtd2nand/wget2nand/g please ? Jun 09 23:59:07 Marex: just create an account and you can Jun 10 00:03:00 well ok, fixed Jun 10 00:18:35 build #40 of sibyte is complete: Failure [failed shell_4] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/40 **** ENDING LOGGING AT Fri Jun 10 02:59:57 2011