**** BEGIN LOGGING AT Wed Apr 20 02:59:58 2011
Apr 20 03:01:31 <philipp64|laptop> nbd: I noticed that if I change my ~/.openwrt/defconfig file or do an svn update and then try to redo my "make defconfig", it doesn't work.... I get stale state.
Apr 20 03:01:51 <philipp64|laptop> I need to remove both the .config and .config.old files prior to the "make defconfig" in order for it to work.
Apr 20 03:02:15 <philipp64|laptop> you said you thought this might be related to some timestamp checking or some such?
Apr 20 03:03:04 <nbd> well, make defconfig isn't supposed to reset the .config state
Apr 20 03:03:20 <nbd> it takes your existing config and fills in the missing options
Apr 20 03:05:07 <philipp64|laptop> ah... then I was misunderstanding how it should work in a corner case.
Apr 20 03:05:27 <philipp64|laptop> but why would I also need to remove the .config.old file?
Apr 20 03:05:55 <nbd> hm, no idea
Apr 20 03:06:00 <nbd> i'll check
Apr 20 03:24:28 <RealOpty> sweeet
Apr 20 03:25:01 <RealOpty> Hauke just pushed some new changes to trunk that makes my wifi work :D
Apr 20 03:25:10 <RealOpty> just havent had the chance to test yet
Apr 20 04:36:19 <russell--> yow, make dirclean sure takes a while.
Apr 20 04:38:56 <builder_> build #9 of gemini is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/gemini/builds/9
Apr 20 04:53:44 <russell--> $ time make -j17 dirclean make[1] dirclean make[2] target/linux/clean make[3] -C target/linux clean
Apr 20 04:53:47 <russell--> make -j17 dirclean  7.22s user 59.30s system 4% cpu 22:13.48 total
Apr 20 05:44:42 <builder_> build #11 of uml is complete: Failure [failed compile_10]  Build details are at http://tksite.gotdns.org:8010/builders/uml/builds/11
Apr 20 07:54:46 <russell--> it takes 1/3 hour to do a dirclean and 3 hours to make all packages on this machine
Apr 20 09:01:05 <builder_> build #12 of x86 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/x86/builds/12
Apr 20 09:57:49 <CIA-83> jow * r26739 /packages/utils/alsa-utils/Makefile: [packages] alsa-utils: prevent configure from using host ncurses[w]5-config files
Apr 20 10:48:54 <builder_> build #11 of etrax is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/etrax/builds/11
Apr 20 11:43:39 <builder_> build #11 of ppc44x is complete: Failure [failed shell_4 compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/11
Apr 20 11:51:11 <CIA-83> jow * r26740 /trunk/package/firewall/ (Makefile files/lib/core_interface.sh): [package] firewall: prevent excessive uci state data aggregation (#9152)
Apr 20 11:52:06 <CIA-83> jow * r26741 /branches/backfire/package/firewall/ (Makefile files/lib/core_interface.sh): [backfire] merge r26740
Apr 20 11:55:25 <builder_> build #11 of rb532 is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/rb532/builds/11
Apr 20 12:04:07 <CIA-83> jow * r26742 /trunk/package/ppp/ (Makefile files/etc/ppp/ip-up): [package] ppp: prevent duplicate hotplug for non uci managed ppp interfaces (#9275)
Apr 20 12:10:15 <CIA-83> jow * r26743 /trunk/package/ppp/files/etc/ppp/ip-down: [package] ppp: extend the r26742 change to ip-down too
Apr 20 13:23:19 <builder_> build #11 of ar7 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ar7/builds/11
Apr 20 13:26:09 <KanjiMonster> slang2 doesn't seem to like being compiled parallelized, it took me three tries until it finished without any errors
Apr 20 14:18:51 <builder_> build #10 of mpc52xx is complete: Failure [failed compile_4]  Build details are at http://tksite.gotdns.org:8010/builders/mpc52xx/builds/10
Apr 20 16:07:29 <builder_> build #15 of at91 is complete: Failure [failed compile_4]  Build details are at http://tksite.gotdns.org:8010/builders/at91/builds/15
Apr 20 16:21:42 <builder_> build #15 of ubicom32 is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/15
Apr 20 17:13:28 <RealOpty> Hauke, hey
Apr 20 17:15:20 <Hauke> hi RealOpty
Apr 20 17:15:59 <RealOpty> Hauke, remember that router you helped me get supported on openwrt?
Apr 20 17:17:49 <Hauke> RealOpty: I helped you by some device but I do not know what device it was
Apr 20 17:18:02 <RealOpty> Hauke, the wifi never worked. but yesterday you uploaded the firmware/drivers  to svn
Apr 20 17:18:16 <RealOpty> the wifi is a brcm4321
Apr 20 17:18:47 <Hauke> yes that could work now
Apr 20 17:18:59 <RealOpty> indeed, im excited to try it
Apr 20 17:20:17 <KanjiMonster> RealOpty: the patches were mine ;p (I had to use insmod b43 pio=1 to get it working for me, but ymmv ;)
Apr 20 17:21:10 <RealOpty> Hauke, I have the toolchain built in a different folder from a different build lastnight. what folder(s) do i need to copy to my new trunk folder?
Apr 20 17:21:20 <RealOpty> wanna save some time on a fresh build
Apr 20 17:22:21 <RealOpty> both targets are brcm47xx so shouldnt be no issue
Apr 20 17:22:29 <Hauke> RealOpty:  If it is working you have to copy build_dir and staging_dir
Apr 20 17:22:43 <RealOpty> okies thanks
Apr 20 17:22:58 <Hauke> and there the directories with brcm47xx and mipsel in their name
Apr 20 17:23:06 <Hauke> but I do not know if this will work
Apr 20 17:23:54 <RealOpty> Hauke, will give it a try. ttyl. ty
Apr 20 18:17:04 <CIA-83> nbd * r26744 /trunk/package/mac80211/ (61 files in 2 dirs): mac80211: update to wireless-testing 2011-04-19, contains several beacon related fixes for ath9k
Apr 20 18:17:12 <soma> any guestimations when 10.03.1 will be ready?
Apr 20 18:18:01 <nbd> soon
Apr 20 18:18:03 <nbd> hopefully
Apr 20 18:18:42 <soma> ok, then i better wait for that before i build new images
Apr 20 18:18:54 <nbd> i don't know how soon though
Apr 20 18:43:16 <builder_> build #12 of ps3 is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/12
Apr 20 19:12:05 <upnatom> has anyone ever experienced troubles booting through preinit and dying at sporadic places?
Apr 20 19:16:04 <upnatom> i'm in the process of porting a MOXA UC-7112 to openwrt and preinit fails 3-4 restarts
Apr 20 20:03:59 <philipp64|laptop> cshore: it's at customs in Windsor.  that was quick!
Apr 20 20:04:25 <philipp64|laptop> 1 day to get to the border... 7 days to go through customs. sigh.
Apr 20 20:04:48 <cshore> philipp64|laptop: lol, yeah that seems to be the way of it
Apr 20 20:26:20 <philipp64|laptop> god love a civil servant! (no one else does...)
Apr 20 20:55:54 <philipp64|laptop> xMff: ping
Apr 20 21:06:13 <builder_> build #12 of pxcab is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/pxcab/builds/12
Apr 20 21:51:23 <builder_> build #11 of kirkwood is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/kirkwood/builds/11
Apr 21 00:06:28 <philipp64|laptop> nbd or [florian]: anyone care to eyeball a tcp_wrapper patch?
Apr 21 00:06:54 <philipp64|laptop> submitted it today for fedora: https://bugzilla.redhat.com/show_bug.cgi?id=698464
Apr 21 00:07:12 <philipp64|laptop> of course, the fedora patch assumes the IPv6 support is present.
Apr 21 00:08:16 <cshore> hmmm.....ar71xx wan is waffling when connected to 10Mb/s hub (keeps switching between 10 and 100 Mbps, which is how I'm connecting to it, so I'm losing connectivity)
Apr 21 00:11:09 <cshore> hmmm...I think I better check the datasheet and see if it is supposed to support 10Mb/s
Apr 21 00:11:48 <KanjiMonster> should be, there are even workarounds for 10/half in the code (at least in the atheros code ;)
Apr 21 00:13:08 <KanjiMonster> cshore: have you tried disabling auto negotiation and forcing 10M?
Apr 21 00:15:44 <cshore> KanjiMonster: not yet, didn't even think of it
Apr 21 00:19:33 <cshore> KanjiMonster: if that works, is this a bug, or just something that happens with old hardware (I don't supposed 10Mbps code gets much loving)
Apr 21 00:19:46 <cshore> but I'm out of fast ethernet switches
Apr 21 00:20:50 <cshore> KanjiMonster: er, how do you set auto-negotiation in stock firmware, or do I need ethtool or something?
Apr 21 00:20:55 <KanjiMonster> yes
Apr 21 00:21:19 <KanjiMonster> at least that's the way I did it when I used my old dsl modem which didn't like 100 Mbit
Apr 21 00:22:08 <cshore> KanjiMonster: ah, ok, then I've got to compile it
Apr 21 00:22:13 <philipp64|laptop> what about iproute2? it should be an "ip link set ethx ..."  command.
Apr 21 00:22:40 <cshore> philipp64|laptop: not in stock firmware and I don't have it installed
Apr 21 00:23:17 <philipp64|laptop> I think "iproute2" should be part of the stock build.
Apr 21 00:23:34 <philipp64|laptop> there was a little bit of discussion about this on the ML last week, but it never went anywhere.
Apr 21 00:23:38 <cshore> philipp64|laptop: I think we've had this discussion about embedded hardware before
Apr 21 00:24:03 <philipp64|laptop> perhaps, but not substantially.
Apr 21 00:24:39 <philipp64|laptop> the scripting alone that's required to handle the nasty output of "ifconfig" might be causing as much bloat as including iproute2 would do.
Apr 21 00:24:46 <cshore> philipp64|laptop: retail, box, p/s etc, single quantity price of $20
Apr 21 00:24:50 <philipp64|laptop> we don't know, because no one has compared the numbers.
Apr 21 00:25:19 <cshore> philipp64|laptop: actually nbd's C netifd doesn't screen-scrape
Apr 21 00:25:25 <cshore> philipp64|laptop: and doesn't use ip
Apr 21 00:25:36 <philipp64|laptop> you lost me.
Apr 21 00:26:06 <cshore> philipp64|laptop: nbd is writing a new daemon to manage network config for openwrt called netifd
Apr 21 00:26:12 <philipp64|laptop> there are lots of places in the scripting where you find "ifconfig ... | awk ..."
Apr 21 00:26:34 <cshore> philipp64|laptop: written in C, uses ubus, and is very small and fast
Apr 21 00:26:40 <philipp64|laptop> yeah, I have mixed feelings about that.
Apr 21 00:26:50 <KanjiMonster> neither the ip on my rs pro nor the ip on my debian offer anything regarding the link speed, so ethtool it is
Apr 21 00:26:51 <philipp64|laptop> I happen to like being able to prototype stuff quickly in bash.
Apr 21 00:27:10 <cshore> philipp64|laptop: for prototyping that's fine
Apr 21 00:27:10 <philipp64|laptop> "ip link set eth0 rate 10"
Apr 21 00:27:37 <cshore> philipp64|laptop: but for target hardware (i.e. shipping consumer devices) dev space is bloat
Apr 21 00:27:40 <cshore> and costs money
Apr 21 00:28:37 <KanjiMonster> philipp64|laptop: "Error: either "dev" is duplicate, or "rate" is a garbage."
Apr 21 00:28:57 <philipp64|laptop> sorry, left out the "vf ..." preamble.
Apr 21 00:29:02 <cshore> of course it depends on what your target is and who your users are
Apr 21 00:30:08 <philipp64|laptop> bbl
Apr 21 00:34:32 <cshore> KanjiMonster: were you the one who mentioned slang2 was having issues during parallel compile?
Apr 21 00:34:40 <KanjiMonster> cshore: yeah
Apr 21 00:35:35 <KanjiMonster> somehow it created directories and entered them concurrently and sometimes failed
Apr 21 00:35:51 <cshore> KanjiMonster: you weren't trying parallel package compile, but parallel world right? (i.e. the default)
Apr 21 00:36:20 <cshore> KanjiMonster: odd....that sounds like make was doing something funny
Apr 21 00:36:37 <cshore> KanjiMonster: not sure if it's the build system or the package
Apr 21 00:36:58 <KanjiMonster> cshore: ah, I have pkg_build_parallel set, so that might be my own fault for it not compiling properly ;)
Apr 21 00:37:32 <cshore> lol....whew!  I thought I was going to have a painful debug session coming up
Apr 21 00:38:06 <cshore> although maybe it should be explicity off
Apr 21 00:38:11 <cshore> for slang2
Apr 21 00:38:27 <KanjiMonster> probably
Apr 21 00:39:22 <KanjiMonster> I must have enabled it and then forgotten; then when I enabled all modules to make sure I caught all new config options for .39, slang2 got pulled in
Apr 21 00:39:46 <cshore> probably from zaptel
Apr 21 00:40:34 <cshore> zaptel has utilities that use newt that uses slang2
Apr 21 00:42:24 <cshore> I know because I added those tools so that zaptel was actually useful
Apr 21 00:43:17 <KanjiMonster> btw, kmod-zaptel doesn't compile anymore with .39 since the big kernel lock (aka smp_lock.h) got removed
Apr 21 00:43:37 <cshore> KanjiMonster: probably just get dahdi in there anyway
Apr 21 00:43:42 <cshore> *should
Apr 21 00:43:47 <KanjiMonster> yeah
Apr 21 00:44:17 <KanjiMonster> saw dahdi when I tried to find out what the current version of zaptel is
Apr 21 00:44:42 <cshore> KanjiMonster: yeah, zaptel is old, but it was already there
Apr 21 00:45:02 <cshore> KanjiMonster: I started on dahdi, but there's a lot to do
Apr 21 00:46:41 <KanjiMonster> I can imagine
Apr 21 00:49:50 <cshore> yeah, auto-negotion off...now to wander back in a couple of hours and see if that worked
Apr 21 00:51:00 <cshore> (It always kicked out while I wasn't looking, but I'm doing remote syslog so I saw that the wan interface was changing status).
Apr 21 00:51:28 <cshore> hey wait, that's not the one attached to the 10Mb/s hub
Apr 21 00:51:37 <cshore> that's on a 10/100 switch
Apr 21 00:53:39 <KanjiMonster> hm
Apr 21 00:53:43 <cshore> KanjiMonster: is the ar7240 (04?) a gigabit wan or only gigabit switch for the lan?
Apr 21 00:54:31 <cshore> KanjiMonster: maybe it's a gigabit detection issue
Apr 21 00:55:12 <KanjiMonster> hm, not that I know of
Apr 21 00:55:24 <RealOp> hauke?
Apr 21 00:55:40 <RealOp>  xMff yo
Apr 21 00:55:45 <KanjiMonster> iirc the ar7240's switch is only FE capable
Apr 21 00:58:44 <cshore> KanjiMonster: can I use ethtool to show me what's reported?
Apr 21 00:59:01 <KanjiMonster> cshore: but there might be something flaky with some 100 mbit devices; my old dsl should make 100 Mb/s, but it fluctuated between 10 and 100 (and when set to 100 it was painfully slow), also I read several cases of problems with 100 Mbit capable devices only  working with 10 Mbit
Apr 21 00:59:19 <KanjiMonster> cshore: dunno, haven't used it in a while; but probably
Apr 21 01:00:39 <KanjiMonster> cshore: google suggests just doing "ethtool ethX" should show you the current connection speed ;)
Apr 21 01:00:52 <cshore> hmmm.....well the switch was working fine with  computers and other routers
Apr 21 01:01:10 <cshore> so it's the ar740 device
Apr 21 01:01:24 <cshore> *ar7240
Apr 21 01:04:08 <KanjiMonster> cshore: you should probably talk to nbd about this, he has more knowledge about atheros chips (and the data sheets for them ;)
Apr 21 01:04:37 <cshore> ok.  We'll see if autoneg off helps too
Apr 21 01:05:06 <cshore> if it does, then it's probably flakiness in the (n-way?) detection
Apr 21 01:05:35 <RealOpty> KanjiMonster, hey
Apr 21 01:05:39 <RealOpty> after reading the logs, i noticed it was you said the patches were yours
Apr 21 01:05:46 <RealOpty> regarding the bcm4321 drivers
Apr 21 01:05:51 <KanjiMonster> yeah ;)
Apr 21 01:06:40 <RealOpty> KanjiMonster, so ive managed to make the wifi show up
Apr 21 01:06:46 <KanjiMonster> oh, nice
Apr 21 01:06:46 <RealOpty> by changing a nvram setting
Apr 21 01:06:58 <RealOpty> well show up in lspci i mean lol
Apr 21 01:07:02 <KanjiMonster> heh
Apr 21 01:07:28 <RealOpty> I tried what you said earlier but no luck
Apr 21 01:07:35 <KanjiMonster> yeah, I remembered the nvram setting discussion, but it was only in IRC, so naturally it got lost - at least now it's in the ticket
Apr 21 01:08:14 <RealOpty> ^ yeah
Apr 21 01:08:27 <KanjiMonster> RealOpty: can you paste your dmesg when you insmodded b43?
Apr 21 01:08:33 <RealOpty> maybe u have some time to help me debug this lol
Apr 21 01:08:38 <RealOpty> yep
Apr 21 01:10:02 <RealOpty> KanjiMonster, http://paste.ubuntu.com/596749/
Apr 21 01:10:36 <RealOpty> what stands out to me is ssb: Timeout waiting for bitmask 01800000 on register 0F90 to clear
Apr 21 01:10:50 <KanjiMonster> I have these too
Apr 21 01:11:08 <KanjiMonster> did you also enable the pio support for b43?
Apr 21 01:11:32 <RealOpty> in makemenu?
Apr 21 01:11:36 <RealOpty> nope :(
Apr 21 01:11:39 * RealOpty rebuilds
Apr 21 01:14:11 <KanjiMonster> RealOpty: fortunately you only need to (re)install the newly built b43 for it to work ;)
Apr 21 01:14:53 <RealOpty> ah good point
Apr 21 01:15:59 <RealOpty> KanjiMonster, should i enable debug too?
Apr 21 01:16:40 <KanjiMonster> RealOpty: unless we get more problems, no
Apr 21 01:17:00 <KanjiMonster> debug enables extra checks, so it makes b43 slower
Apr 21 01:19:03 <RealOpty> ah kkk
Apr 21 01:19:49 <RealOpty> KanjiMonster, so just do make package/mac80211
Apr 21 01:19:51 <RealOpty> ?
Apr 21 01:19:55 <KanjiMonster> right
Apr 21 01:21:23 <RealOpty> KanjiMonster, i forget some things, i think i need to add {clean} and something else???
Apr 21 01:22:10 <KanjiMonster> no, make package/mac80211/compile should be enough (changing options should trigger a rebuild)
Apr 21 01:23:11 <RealOpty> okies
Apr 21 01:23:47 <RealOpty> KanjiMonster, and what packages need to be changed on the box? mac80211 any others?
Apr 21 01:24:20 <KanjiMonster> RealOpty: only kmod-b43
Apr 21 01:24:56 <KanjiMonster> assuming this is still the same checkout/build, only with pio support now enabled
Apr 21 01:27:01 <RealOpty> indeed
Apr 21 01:39:54 <KanjiMonster> going to bed now, already late enough here
Apr 21 01:39:57 <KanjiMonster> good night
Apr 21 01:54:09 <RealOpty> KanjiMonster,  ssb: Timeout waiting for bitmask 01800000 on register 0F90 to clear.
Apr 21 01:54:13 <RealOpty> still getting that :/
Apr 21 01:54:50 <RealOpty> I did rmmod b43; opkg remove kmod-b43; opkg install /tmp/xxx.ipk
Apr 21 01:54:58 <RealOpty> then insmod b43 pio=1
Apr 21 02:17:27 <builder_> build #10 of gemini is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/gemini/builds/10
**** ENDING LOGGING AT Thu Apr 21 02:59:58 2011