**** BEGIN LOGGING AT Mon Jan 14 02:59:59 2013 Jan 14 07:25:47 build #144 of lantiq is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/lantiq/builds/144 Jan 14 07:44:56 build #149 of ramips is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/ramips/builds/149 Jan 14 07:52:07 build #139 of rb532 is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/139 Jan 14 07:57:34 build #139 of ppc44x is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/139 Jan 14 07:57:39 build #150 of orion is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/150 Jan 14 08:10:07 build #129 of sibyte is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/129 Jan 14 09:52:59 nbd r35147 trunk/package/mac80211/ patches/300-pending_work.patch patches/522-ath9k_per_chain_signal_strength.patch patches/512-ath9k_channelbw_debugfs.patch patches/530-ath9k_extra_leds.patch * ath9k: remove a lock to fix a deadlock on hw reset Jan 14 09:53:20 nbd r35148 branches/attitude_adjustment/package/ mac80211/patches/300-pending_work.patch mac80211/patches/540-ath9k_extra_leds.patch mac80211/patches/512-ath9k_channelbw_debugfs.patch mac80211/patches/522-ath9k_per_chain_signal_strength.patch * ath9k: remove a lock to fix a deadlock on hw reset Jan 14 10:40:12 build #146 of ppc40x is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/146 Jan 14 12:31:00 build #151 of orion is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/151 Jan 14 13:34:37 Now FS compiles just fine on OpenWRT (http://downloads.openwrt.org/snapshots/trunk/kirkwood/packages/). Jan 14 14:40:25 hm, channel go blue Jan 14 14:41:12 stintel: it copes either way round (driver before or after upsd) Jan 14 14:41:16 and it *complains* either way round Jan 14 14:41:29 either the driver complains that upsd isn't runnign, or upsd complains that the driver isn't running Jan 14 14:41:30 afaict Jan 14 14:42:26 hm, the wifi configuration in luci doesn't seem to give me a way to configure the basic rate set. So all multicast packets are at 1Mb/s Jan 14 14:49:34 dwmw2_gone: in my init script I started the driver first and it complained less, iirc Jan 14 14:51:20 dwmw2_gone: http://pastebin.com/rnPazSwS Jan 14 14:51:23 not that big a difference Jan 14 14:51:41 but upsd tries to connect to the driver so imho it makes most sense to start the driver first Jan 14 15:07:37 driver tries to connect to upsd too :) Jan 14 15:19:56 jow r35149 packages/net/miniupnpd/Makefile * miniupnpd: don't fail if IPv6 is not available at runtime (#12809) Jan 14 15:21:54 jow r35150 packages/net/ miniupnpd/patches/100-gracefully-handle-missing-ipv6.patch miniupnpd/patches * miniupnpd: add missing patch from previous commit Jan 14 15:24:44 jow r35151 branches/packages_12.09/net/ miniupnpd/patches miniupnpd/Makefile * AA: miniupnpd: merge r35149 and r35150 Jan 14 15:41:24 dwmw2: does it? I don't see that? Jan 14 15:41:33 the fopen /var/run/upsd.pid: No such file or directory Jan 14 15:41:39 is always from upsd Jan 14 15:55:46 build #105 of octeon is complete: Failure [failed shell_11] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/105 Jan 14 15:59:51 nbd r35152 trunk/package/mac80211/ (5 files) * ath9k: fix a soft lockup on smp systems Jan 14 16:00:34 nbd r35153 branches/attitude_adjustment/package/ (7 files) * ath9k: fix a soft lockup on smp systems Jan 14 16:09:24 nbd r35154 trunk/target/linux/ generic/config-3.7 generic/patches-3.7/203-kallsyms_uncompressed.patch Jan 14 16:09:24 kernel: add a config option for keeping the kallsyms table uncompressed, saving ~9kb kernel size after lzma on ar71xx Jan 14 16:14:01 jow r35155 trunk/ package/kernel/modules/netfilter.mk include/netfilter.mk package/network/utils/iptables/Makefile * netfilter.mk: add addrtype match to iptables-mod-extra (kmod-ipt-extra) Jan 14 16:23:46 build #147 of ppc40x is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/147 Jan 14 16:35:31 florian r35156 trunk/target/linux/ (24 files in 20 dirs) * target: enable XZ BCJ decompressor code after r35097 Jan 14 16:37:00 nbd: after 24h uptime I now have 3533 unaligned instructions, doesn't look too high Jan 14 16:37:35 but if you want, I can echo 2 > unaligned_action again to see if there are some more that appear more frequently than the initial 50-100 during bootup ? Jan 14 16:38:50 i don't really care about unaligned accesses that are not in a hotpath Jan 14 16:39:07 it's not worth making the patch bigger to fix them Jan 14 16:39:29 ok Jan 14 16:43:55 uhm.. maybe you guys can move p910nd package from Network to Network/Printing would make more sense.. Jan 14 17:04:51 florian r35157 trunk/package/kernel/modules/i2c.mk * kernel: avoid recursive dependency caused by kmod-i2c-mv64xxx Jan 14 17:10:21 nbd r35158 trunk/package/kernel/modules/crypto.mk Jan 14 17:10:21 kernel: make sure that packages are generated for built-in crypto modules to avoid dependency errors with kmod-crypto-core on 3.7 Jan 14 17:48:29 juhosg r35159 trunk/target/linux/ (6 files in 3 dirs) * generic: add EHCI|OHCI platform driver fix from the cns21xx target Jan 14 17:55:00 juhosg r35160 trunk/target/linux/generic/patches-3.8/801-usb-ehci-multiple-platform-driver-fix.patch * generic: remove EHCI platform driver fix from 3.8 Jan 14 18:19:08 juhosg r35161 trunk/package/kernel/modules/ input.mk other.mk * package/kernel: move input modules into a separate submenu Jan 14 18:56:42 nbd r35162 trunk/target/linux/ generic/patches-3.8/203-kallsyms_uncompressed.patch generic/patches-3.8/305-mips_module_reloc.patch Jan 14 18:56:42 kernel: port 203-kallsyms_uncompressed.patch and 305-mips_module_reloc.patch to 3.8 Jan 14 23:35:02 /home/russell/src/openwrt/build_dir/target-mips_r2_uClibc-0.9.33.2/linux-ar71xx_generic/xtables-addons-2.0/extensions/xt_DNETMAP.c: In function 'dnetmap_tg_check': Jan 14 23:35:05 /home/russell/src/openwrt/build_dir/target-mips_r2_uClibc-0.9.33.2/linux-ar71xx_generic/xtables-addons-2.0/extensions/xt_DNETMAP.c:332:16: error: incompatible types when assigning to type 'kuid_t' from type 'unsigned int' Jan 14 23:35:21 clean,compile kernel doesn't help Jan 14 23:36:13 r35162 Jan 15 00:57:19 * russell-- has figured out how to fix xt_DNETMAP.c but there is another problem that has him stumped in extensions/xt_condition.c, having to do with module_param initialization of the kuid_t, etc. Jan 15 00:58:24 russell--: it is probably enough to bump xtables-addons to 2.1 Jan 15 00:58:58 it was only updated recently to accomodate for the new kernel but it seems the netfilter api was changed once again Jan 15 01:08:34 jow_laptop: i just looked at that, it looks the same ... weirdly, it built for me just a few days ago and nothing relevant-looking has been changed except the kernel bump to 3.7.2 ... ah, but from 3.6.11, that's a bit more significant Jan 15 01:20:15 yeah, not fixed in xtables-addons-2.1 Jan 15 01:29:25 yeah, still stuck with the extensions/xt_condition.c part, i have a partial patch though Jan 15 01:35:55 jow_laptop: http://iris.personaltelco.net/~russell/0001-partially-fixes-xtables-addons-for-kernel-3.7.patch Jan 15 01:36:24 unless i'm a complete moron (which can't completely be excluded) Jan 15 01:42:12 CONFIG_UIDGID_STRICT_TYPE_CHECKS would be the cheaters way out Jan 15 02:59:55 build #150 of ramips is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/ramips/builds/150 **** ENDING LOGGING AT Tue Jan 15 02:59:58 2013