**** BEGIN LOGGING AT Wed Jun 27 02:59:58 2012 Jun 27 04:04:04 build #12 of cobalt is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/12 Jun 27 04:07:47 build #17 of orion is complete: Failure [failed compile_1] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/17 Jun 27 08:32:48 join #openwrt Jun 27 12:45:02 nbd * r32511 /trunk/package/mac80211/patches/564-ath9k_fix_ani_update.patch: ath9k: improve ani behavior during scanning Jun 27 13:00:59 on https://dev.openwrt.org/browser/packages/net/nprobe/Makefile?rev=15068 Jun 27 13:01:15 it says that nprobe is from http://invisible-island.net/dialog/ ? Jun 27 13:01:21 that.. can't be right? Jun 27 13:02:44 https://dev.openwrt.org/browser/packages/net/nprobe/Makefile?rev=15068#L16 Jun 27 13:02:50 that is where it downloads from Jun 27 13:02:55 PKG_SOURCE_URL:=http://downloads.openwrt.org/sources Jun 27 13:03:03 yeah, but that doesn't help me know what nprobe _is_ Jun 27 13:04:06 i think that is a copy paste foo Jun 27 13:04:12 nprobe is part of ntop Jun 27 13:04:24 downalod the tar ball from the mirror and look inside it Jun 27 13:23:26 build #13 of pxcab is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/pxcab/builds/13 Jun 27 15:36:34 build #13 of rb532 is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/13 Jun 27 15:38:31 build #13 of ppc44x is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/13 Jun 27 15:45:07 http://pastebin.com/h7bsffSu Jun 27 16:18:27 build #12 of sibyte is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/12 Jun 27 16:26:44 acoul, are you working on something specific with the 411 ? Jun 27 16:27:00 I've been fussing here with the 751g a bit over the last couple of weeks Jun 27 16:46:16 ah hehe, I'm messing around with RB2011L-IN Jun 27 16:50:03 what's likely to be missing to have things turn up in /sys/class/leds? Jun 27 16:50:31 I've just installed trunk, which brings in sysfs support for gpios on this board (atheros) and the wlan light doesn't come on any more. Jun 27 16:50:44 I can manually use the files in /sys/class/gpio to toggle it by hand, Jun 27 16:51:01 but I'm guessing something's missing in the system config somewhere? Jun 27 16:51:15 build #11 of avr32 is complete: Failure [failed compile_6] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/11 Jun 27 17:27:35 <[florian]> karlp: you'd have to declare them in your board file as gpio-leds Jun 27 17:27:49 <[florian]> karlp: bcm63xx, ar7, ar71xx do that for instance Jun 27 17:27:55 ok, I've got them now, kernel_menuconfig needed to have gpio_leds Jun 27 17:28:09 so I guess the Kconfig defaults or something for this target should have turned that on for me automatically? Jun 27 17:28:22 http://pastebin.com/eMTUhMy0 Jun 27 17:28:24 <[florian]> this target should probably selectit Jun 27 17:28:33 <[florian]> or install kmod-leds-gpio if preferable Jun 27 17:29:13 no, that didn't do anything. (though it may have just been a lack of clean before build) Jun 27 17:29:23 @groz: I am hunting down this issue: https://dev.openwrt.org/ticket/11683 Jun 27 17:29:27 it may have thought the board file was uptodate, given that only the config changed? Jun 27 17:29:44 <[florian]> you have to rebuild the kernel anyway Jun 27 17:29:50 <[florian]> if you made any change to the board file Jun 27 17:29:53 <[florian]> and/or the kernel config Jun 27 17:30:43 I haven't touched the board file, and only touched the kernel config trying to get the leds to work. Jun 27 17:31:08 <[florian]> don't forget that you also need to specify the exact gpio <-> led mapping Jun 27 17:31:10 <[florian]> and give them a name Jun 27 17:32:04 so, I have a wlan led on gpio7, and now that I've rebuilt, I can use the luci config to get it for link on the wifi, Jun 27 17:32:11 but this worked before on backfire without me doing anything. Jun 27 17:32:47 <[florian]> is your board mainline? Jun 27 17:33:08 mainline openwrt? yes. Jun 27 17:33:11 atheros ar2317 Jun 27 17:33:13 <[florian]> yes mainline openwrt I meant Jun 27 17:33:26 <[florian]> ok, so yeah the board code registers leds-gpio Jun 27 17:33:40 <[florian]> so either you build the module or compile GPIO_LEDS in the kernel and this should just work Jun 27 17:34:10 so, presumably the module or the built in were specified by default on backfire? Jun 27 17:34:13 and they're not now? Jun 27 17:34:21 <[florian]> I guess so Jun 27 17:35:28 so is that in the Kconfig for this platform? Jun 27 17:35:30 or somewhere else? Jun 27 17:35:40 <[florian]> there's already a kernel module packaged for gpio-leds Jun 27 17:38:09 right, but I didn't need that on backfire. Jun 27 17:41:11 <[florian]> probably because GPIO_LEDS was builtin the kernel Jun 27 17:41:23 <[florian]> so either you add it back to your kernel, or you use the module, that's up to you Jun 27 17:44:11 [florian]: hi. can you have a look at my eglibc patches? trying to get the buildbots doing eglibc back on track. thanks. Jun 27 17:45:19 [florian]: right, I get that, but does that mean that OpenWRT mainline _removed_ GPIO_LEDS themselves between backfire and trunk, or should it be working? Jun 27 17:45:28 I know _I_ can add it in to my own image, Jun 27 17:45:44 but a stock image worked on backfire, and doesn't work on strunk for the wlan led. Jun 27 17:46:02 that seems unexpected to me, and not something I should be manually editing my config to deal with. Jun 27 17:49:05 <[florian]> LEDS_GPIO is enabled for the generic config Jun 27 17:49:37 <[florian]> is not ther a /sys/class/leds node for the wlan led at all? Jun 27 17:50:51 yes. I have that. Jun 27 17:51:10 <[florian]> well then everything's just fine Jun 27 17:51:13 but only after adding kmod-gpio leds Jun 27 17:51:18 it wasn't in a clean build Jun 27 17:51:23 <[florian]> weird Jun 27 17:51:30 indeed. hence my questions :) Jun 27 18:01:58 <[florian]> karlp: can you check if the final kernel .config has anything like LEDS_GPIO? Jun 27 18:02:09 <[florian]> the one in build_dir/linux-atheros/linux-3.3.8/.config Jun 27 18:30:09 [florian]: will do, gone home for the day now thoughsorry. Jun 27 19:10:48 Kevin`_: ping Jun 27 19:39:55 Hauke: pong Jun 27 19:41:17 Kevin`_: have you started working on the ethernet driver for the new Broadcom devices? Jun 27 19:42:51 the source code of the Broadcom ethernet driver is now available under a permissive license in the source package of the Asus rt-ac66u Jun 27 19:42:56 not in a significant way, i've been unexpectedly busy lately. I did hear that part of the code was released as gpl lately, which should help, even though broadcom code usually isn't suitible for mainline initially Jun 27 20:00:12 Kevin`_: If I find some time I would also try to look into this, it is now possible as I could use the source code Jun 27 20:01:53 the release contains all of the ethernet driver's source code, but it uses 2 abstraction layers which are both not needed in a linux only driver, with this design it could only go into staging Jun 27 20:54:51 build #9 of au1000 is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/9 Jun 27 20:57:25 build #9 of iop32x is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/9 Jun 27 21:00:01 build #9 of etrax is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/etrax/builds/9 Jun 27 21:02:25 build #8 of ep93xx is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/8 Jun 27 21:05:30 build #8 of gemini is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/gemini/builds/8 Jun 27 22:14:53 florian * r32512 /trunk/target/linux/brcm63xx/patches-3.3/011-spi-add-Broadcom-BCM63xx-SPI-controller-driver.patch: [brcm63xx] fix SPI clock frequency selection Jun 27 22:32:45 nbd * r32513 /trunk/package/base-files/files/etc/sysctl.conf: Jun 27 22:32:45 base-files: enable TCP timestamps, enable sack/dsack. (patch by Dave Täht) Jun 27 22:32:45 A year of testing in the cerowrt project shows not using timestamps Jun 27 22:32:45 to be a very bad idea in nearly any TCP at speeds above a few Mbit. Jun 27 22:32:45 Lastly sack/dsack help on recovery from larger amounts of packet Jun 27 22:32:46 loss. Jun 27 22:32:49 nbd * r32514 /trunk/target/linux/generic/config-3.3: (log message trimmed) Jun 27 22:32:49 kernel: switch openwrt default to TCP cubic from westwood (patch by Dave Täht) Jun 27 22:32:49 Despite Westwood's theoretical advantages, in nearly Jun 27 22:32:49 every benchmark we ran last year, TCP cubic won, whether it be Jun 27 22:32:50 on correct RTT estimates, amount of buffering, responsiveness, Jun 27 22:32:50 etc. on current hardware and software designs. Jun 27 22:32:51 (both need timestamps on to work well, besides) Jun 27 22:32:53 nbd * r32515 /trunk/package/mac80211/patches/ (4 files): ath9k: remove the queue length limiting patch, the approach was experimental, not used by default and a different solution is required Jun 27 22:32:57 nbd * r32516 /trunk/package/mac80211/patches/565-ath9k_update_ar9340_initvals.patch: ath9k: update the ar934x initvals Jun 28 00:15:42 build #9 of octeon is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/9 Jun 28 00:34:21 nbd * r32517 /trunk/package/mac80211/patches/566-ath9k_deduplicate_initvals.patch: ath9k: de-duplicate initvals, reduces uncompressed binary size by 24 KB Jun 28 01:19:46 build #16 of s3c24xx is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/s3c24xx/builds/16 **** ENDING LOGGING AT Thu Jun 28 02:59:58 2012