**** BEGIN LOGGING AT Fri Nov 05 02:59:58 2010 Nov 05 03:32:31 build #17 of xburst is complete: Failure [failed shell] Build details are at http://tksite.gotdns.org:8010/builders/xburst/builds/17 Nov 05 04:05:47 build #21 of ubicom32 is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/21 Nov 05 07:36:08 kaloz * r23884 /trunk/target/linux/orion/generic/target.mk: [orion]: only build squashfs images by default Nov 05 07:38:57 kaloz * r23885 /trunk/target/linux/orion/ (Makefile generic/target.mk harddisk/target.mk): [orion]: the same DEFAULT_PACKAGES should be selected in the generic Makefile Nov 05 08:31:09 hello Nov 05 09:16:18 ping blogic Nov 05 11:32:49 hmmm I put a printk in mvswitch's mangle_rx but it doesn't seem to get called and tcpdump sees the packets it in their mangled form Nov 05 11:47:53 <_trine> I have noticed that when you restart the firewall wall all to ports are open for a brief period of time Nov 05 11:48:10 <_trine> /s/to/the Nov 05 11:49:39 _trine: they should never show as open unless there's a local service.. closed, yes. open no. Nov 05 11:51:34 <_trine> when I was under attack sip earlier in the week I made some alterations to my firewall and restarted and during this brief period I could see the sip attack was again able to get to my asterisk Nov 05 11:52:15 <_trine> but only until the firewall re-established itself Nov 05 11:52:35 <_trine> I believe this should not happen Nov 05 12:34:20 build #20 of ps3 is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/20 Nov 05 12:50:06 build #22 of pxcab is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/pxcab/builds/22 Nov 05 13:11:53 should mvswitch populate vlan_group? when it receive a packet it checks for existence, but I cant see where its made so it just eats my packet. Nov 05 14:15:26 or ndo_vlan_rx_register run from else where, and its not in my case? Nov 05 14:15:32 *is Nov 05 14:18:11 build #20 of au1000 is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/au1000/builds/20 Nov 05 14:35:54 build #20 of etrax is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/etrax/builds/20 Nov 05 14:40:49 mb * r23886 /trunk/target/linux/omap24xx/profiles/100-n810.mk: n810 profile: add maemo-kexec Nov 05 15:27:03 build #20 of ep93xx is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/ep93xx/builds/20 Nov 05 16:04:54 build #20 of rdc is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/rdc/builds/20 Nov 05 17:03:08 mb * r23887 /trunk/target/linux/generic/config-2.6.37: linux 2.6.37: Disable DEBUG_ICEDCC Nov 05 17:04:55 mb * r23888 /trunk/target/linux/omap24xx/ (16 files in 2 dirs): omap24xx: Add linux 2.6.37 config/patches Nov 05 17:46:29 acoul * r23889 /trunk/target/linux/generic/patches-2.6.37/065-rootfs_split.patch: target/linux: fix a wrong 2.6.37 patch (thank you acinonyx) Nov 05 18:11:07 nbd * r23890 /trunk/package/mac80211/patches/310-ath9k_gpio_settings.patch: (log message trimmed) Nov 05 18:11:08 ath9k: fix ath9k_hw_apply_gpio_override so that it's effective Nov 05 18:11:08 I discovered another bug in the ath9k WNDR3700 quirk fix from r23822. Nov 05 18:11:08 ath9k_hw_apply_gpio_override was testing the original value of gpio_mask Nov 05 18:11:08 to determine which bits were appropriate, instead of testing the shifted Nov 05 18:11:08 value. Because bit 0 is always clear in the original value, this Nov 05 18:11:09 resulted in no calls to set the GPIOs, an improperly-configured radio, Nov 05 18:38:10 cshore: ping Nov 05 18:38:21 ping Nov 05 18:38:24 pong Nov 05 18:38:52 I'm loading a module, and it's failing... but it's not clear why it's failing. I can't see anything missing in terms of dependencies... Nov 05 18:39:44 philipp64: standard kernel module that's in the usual config? Nov 05 18:40:00 how do you mean? Nov 05 18:40:08 it's a kmod that's built separately. Nov 05 18:40:22 see the message from me on the 31st... "Add include leds-net5501 module" Nov 05 18:44:33 nbd, ping Nov 05 18:44:46 Wipster: pong Nov 05 18:46:09 well I found the message, but I'm afraid I don't know the answer to that one Nov 05 18:48:04 nbd, hi I'm looking around in your 88E6060 driver and it seems when I receive a packet, it eats it because the vlan_group is not setup. Dont suppose you would know what might cause that? Nov 05 18:48:30 with which kernel? Nov 05 18:48:36 .32 Nov 05 18:48:53 hm Nov 05 18:48:55 no idea Nov 05 18:50:05 cshore: how to go about debugging it? Nov 05 18:52:02 florian * r23891 /trunk/target/linux/ep93xx/config-2.6.36: [ep93xx] add missing symbol spotted by buildbot. Nov 05 21:47:39 jow * r23892 /trunk/toolchain/uClibc/patches-0.9.31/130-ldso-fix-__dl_parse_dynamic_info-segfault.patch: (log message trimmed) Nov 05 21:47:39 [PATCH] ld.so: ldd crashes when __LDSO_SEARCH_INTERP_PATH__ is not #defined Nov 05 21:47:39 Since b65c7b2c79debcb9017e31913e01eeaa280106fb, the implicit search path Nov 05 21:47:39 can be disabled by not #defining __LDSO_SEARCH_INTERP_PATH__. This Nov 05 21:47:39 causes _dl_ldsopath to never be set, so it remains NULL. _dl_ldsopath is Nov 05 21:47:40 still used when __LDSO_LDD_SUPPORT__ is #defined, to strip the path off Nov 05 21:47:41 of the beginning of the absolute path to the ld.so interpreter in use Nov 06 02:48:32 heads up: the leds-net5501 patch loads! **** ENDING LOGGING AT Sat Nov 06 02:59:57 2010