**** BEGIN LOGGING AT Sat Sep 01 03:00:02 2012 Sep 01 09:34:49 <_trine> trunk r33311 seems well broken in a few ways to me Sep 01 09:35:29 <_trine> mostly wifi wise Sep 01 11:55:20 _trine: details? Sep 01 11:56:59 <_trine> jow_laptop, is looking at this now on ~openwrt Sep 01 11:58:15 <_trine> if i use 33266 the connection stays connected if I use 33311 the connection is on off on off recurring Sep 01 11:58:40 <_trine> when i use my nano to connect to a BTFON AP Sep 01 12:01:40 nbd: http://dpaste.com/794717/ Sep 01 12:01:52 http://dpaste.com/794709/ Sep 01 12:02:05 bss info here http://pastebin.com/QjZfg2NG Sep 01 12:03:27 _trine: this is wep` Sep 01 12:03:29 = Sep 01 12:03:30 ? Sep 01 12:03:31 grr Sep 01 12:03:53 <_trine> on that dmesg paste afterwards I change to a different BTFON AP with a different DSSID Sep 01 12:04:07 <_trine> its not wep Sep 01 12:04:12 open? Sep 01 12:04:15 <_trine> yes Sep 01 12:04:21 <_trine> its a BTFON Sep 01 12:04:26 <_trine> free wifi Sep 01 12:04:36 ok Sep 01 12:05:03 <_trine> BSSID* Sep 01 12:05:34 <_trine> when I use r33266 it stays connected ok Sep 01 12:05:51 <_trine> I have flashed backwards and forwards on the same nano Sep 01 12:07:43 _trine: try removing package/mac80211/patches/570-mac80211_tx_status_crash.patch to see if that helps Sep 01 12:08:06 if that does not work, try reverting package/mac80211/patches to r33289 Sep 01 12:09:26 bbl Sep 01 12:28:20 <_trine> ok Sep 01 12:28:36 <_trine> I will have to recompile Sep 01 13:14:18 <_trine> removing 570-mac80211_tx_status_crash.patch seems to have solved the problem Sep 01 13:14:30 <_trine> nbd jow_laptop Sep 01 14:22:18 _trine: are you sure? could you please test again with and without that patch to verify? Sep 01 14:22:28 because i don't see how that patch could cause such issues yet Sep 01 14:24:36 <_trine> well its not connecting nad disconnecting in the same way Sep 01 14:24:46 <_trine> but I will check it for you Sep 01 14:25:53 not that the patch removal just triggered a clean rebuild ;) Sep 01 14:27:35 <_trine> so what would you like me to do ? re-include the patch then reflash and test? Sep 01 14:28:00 yes, reinclude, make package/mac80211/clean world V=99 & reflash Sep 01 14:31:29 <_trine> this is what I have without the patch http://dpaste.com/794797/ Sep 01 14:31:39 <_trine> I am compiling now Sep 01 14:32:07 <_trine> I decided to do a make target/linux/clean first Sep 01 14:32:26 <_trine> it wont take long Sep 01 14:46:54 <_trine> re flashing now Sep 01 15:05:19 <_trine> nbd jow_laptop this is with the patch again Sep 01 15:05:22 <_trine> http://dpaste.com/794809/ Sep 01 15:05:47 <_trine> not the same as it was but its also not the same as it was without the patch Sep 01 15:10:30 <_trine> http://dpaste.com/794811/ Sep 01 15:15:27 <_trine> This does not look correct does it http://dpaste.com/794812/ Sep 01 15:15:45 <_trine> I just started it off again Sep 01 15:24:01 <_trine> This is dmesg again as it is now Sep 01 15:24:04 <_trine> http://dpaste.com/794815/ Sep 01 15:34:42 <_trine> nbd why do I see this in part of dmesg -ash: syntax error: unexpected "(" Sep 01 17:52:42 _trine: there's a .sh script being called somewhere during boot that is broken Sep 01 17:52:56 <_trine> there could be Sep 01 17:53:00 <_trine> why Sep 01 17:53:40 [16:34:42] <_trine> nbd why do I see this in part of dmesg -ash: syntax error: unexpected "(" Sep 01 17:53:42 ^^^ Sep 01 17:53:50 that will be why. Sep 01 17:54:04 <_trine> hmm Sep 01 17:54:26 or an executable which was not properly cross compiled Sep 01 17:54:38 x86 binaries on mips produce a very similar error Sep 01 17:54:54 <_trine> on an sh script does it need anything special at the start of the scrip like !etc Sep 01 17:54:54 that seems odd Sep 01 17:55:21 _trine: you're *supposed* to have #!/bin/sh or similar Sep 01 17:55:27 but that doesn't account for that error Sep 01 18:01:18 <_trine> I did bring up on my computer in wine winscp Sep 01 22:27:51 got another kernel-panic at 5second on a net45xx build, assuming it's a build error somewhere, what's a good make clean target/procedure to rebuild from scratch for just this target? Sep 01 22:28:29 tried just rebuilding the kernel with a make target/linux/clean and then my normal make, Sep 01 22:29:55 first time building since the working r33074, 3-4 weeks ago **** ENDING LOGGING AT Sun Sep 02 02:59:59 2012