**** BEGIN LOGGING AT Sat Mar 03 02:59:59 2007 Mar 03 05:07:50 packages/linux/linux-rp-2.6.20/hostap-monitor-mode.patch hmm Mar 03 05:08:41 jnc: that was mine, added yesterday, injection mode patch Mar 03 05:08:43 a goto? Mar 03 05:08:55 is there no other way :/ Mar 03 05:08:55 sorry, english? Mar 03 05:09:12 why use "goto" C syntax Mar 03 05:09:21 it is unwanted to use a "goto" Mar 03 05:09:39 jnc: is not "really" my patch Mar 03 05:09:44 jnc: I just maintain it Mar 03 05:11:18 I will try a fresh build Mar 03 05:12:27 I don't like the goto Mar 03 05:12:34 it should be reworked Mar 03 05:13:04 jnc: hey man, I'm the maintainer, if you don't like it, submit a patch Mar 03 05:13:10 hmm Mar 03 05:13:28 i'm having trouble keeping the codepath readable Mar 03 05:14:09 I wonder Mar 03 05:14:16 if (skb->len < ETH_HLEN) { Mar 03 05:14:25 can that instead be Mar 03 05:15:08 if ((local->iw_mode != IW_MODE_MONITOR) && (skb->len < ETH_HLEN)) { Mar 03 05:15:14 LoL, the goto isn't even part of my patch dude Mar 03 05:15:22 if you have a problem with the hostap driver, talk to Jouni Mar 03 05:15:32 + if (local->iw_mode == IW_MODE_MONITOR) Mar 03 05:15:32 + goto xmit; Mar 03 05:15:33 um Mar 03 05:15:41 that is in the patch? Mar 03 05:16:04 okay okay, that one is. Mar 03 05:17:31 and to the above proposed change, I don't think that makes sense (my C isn't very good mind you) Mar 03 05:18:08 I agree, not the best Mar 03 05:19:09 well, I search for that above line and the next line talks about transmitting, but you have if != Monitor Mar 03 05:19:18 Zero_Chaos: did you ever get file-native to compile? It just finished on my box (FC6) Mar 03 05:19:27 hvontres|home: hell no :-( Mar 03 05:20:14 http://www.pastebin.ca/379033 Mar 03 05:20:16 if you can help Mar 03 05:21:43 Zero_Chaos: debian had special needs to get going and compile angstrom here Mar 03 05:21:54 not extraordinary Mar 03 05:22:17 just specific things that would fail in non-obvious ways Mar 03 05:22:22 Zero_Chaos: What version of gcc is installed on your machine? is it gcc 3.x or are you still on 2.95? Mar 03 05:22:39 is git installed? Mar 03 05:22:56 jnc: long time ago Mar 03 05:23:29 hvontres|home: host machine is 3.2.2 Mar 03 05:23:37 on my machine i had installed 'git' package which is a picture viewer, not a sourcecode control system Mar 03 05:23:51 jnc: I have git, relax, at least look at the error, it's not git Mar 03 05:23:52 or file manager Mar 03 05:23:56 'k Mar 03 05:23:58 * Zero_Chaos takes a deep breath Mar 03 05:24:13 my error was about something failing to compile Mar 03 05:24:27 it was non-obvious to me Mar 03 05:24:29 jnc: I had the git error 3 weeks ago, I'm past that now ;-) Mar 03 05:24:35 :) Mar 03 05:24:43 this was an update that now fails Mar 03 05:26:08 me thinks I'm just going to mask that file-native_0.4.20 Mar 03 05:26:20 or was it 4.20, either way Mar 03 05:34:17 Zero_Chaos: do you make use of a wifi card and with wpa_supplicant? Mar 03 05:35:03 nope, I pretty much only use my wifi to hack Mar 03 05:42:17 try the wpa sometime for a duration of hours, if you can please Mar 03 05:42:50 I wonder if the trouble I and others share is specific to spitz hardware Mar 03 05:43:33 jnc: what is the issue? Mar 03 05:44:08 kernel messages about hostap and CS drivers going crazy Mar 03 05:44:21 machine loks up or slows down Mar 03 05:44:31 locks up, even Mar 03 05:44:38 after a time, or quickly? Mar 03 05:45:03 within minutes of starting wpa_supplicant Mar 03 05:45:21 if I ever get running again, I'll try to test that for you friend Mar 03 05:45:38 but wpa_supplicant does function before the troubles and links up with my AP Mar 03 05:45:48 hmm Mar 03 05:46:18 so I see packet loss after some time, and then the machine is non-responsive Mar 03 05:46:40 nice Mar 03 05:46:40 I look in dmesg output, then there are errors Mar 03 05:46:55 is newest wpa_supplicant? Mar 03 05:47:06 I think so Mar 03 05:47:50 there is an iwpriv to use alternative wpa methods, do you know what that is? Mar 03 05:49:34 nope Mar 03 05:49:42 hmm :/ Mar 03 05:49:51 never used wpa_supplicant Mar 03 05:50:00 like, once maybe Mar 03 05:50:36 it worked reliably at great duration on OpenZaurus distro Mar 03 05:51:42 I've noticed Angstrom is not exactly ready yet... then again, I think that is common knowledge Mar 03 05:52:23 well, masking file-native_4.20.bb worked, now I'm past it :-) Mar 03 05:54:11 Zero_Chaos: what fixed it? Mar 03 05:54:33 I masked the broken receipe. Mar 03 05:54:52 so it built the previous (non-broken) version Mar 03 05:55:03 best fix? likely not, but quick Mar 03 06:00:16 i'm building openzaurus to see and compare my wifi troubles Mar 03 06:00:56 that is a big mess Mar 03 06:01:04 and remember, don't build OZ from .dev Mar 03 06:01:37 Zero_Chaos: hmmm, I just started a 3.5.5 build from .dev...:) Mar 03 06:02:04 hvontres|home: OZ is built from .oz354x last I checked Mar 03 06:02:09 but then again, I don't expect it to work either.. Mar 03 06:02:18 oh Mar 03 06:02:49 I'm pretty sure anyway, not certain about 3.5.5 but I'm doubting it is built from .dev Mar 03 06:03:14 Zero_Chaos: hrw and xora decided to base 3.5.5 on .dev, since there have been lots of improvements to the meta-data and they didn't feel like backporting a bunch of stuff. Mar 03 06:04:24 http://www.openembedded.org/viewmtn/revision.psp?id=224b2627ae546c41a7f4d0e2b52fd423add29479 Mar 03 06:07:10 I see Mar 03 06:09:25 my bad Mar 03 06:11:48 Zero_Chaos: So I figured I'd try to build a bootstrap image to see how things work for now Mar 03 06:12:19 I build angstrom-gpe-image Mar 03 06:21:28 Zero_Chaos: I'm currently trying both. I volunteered to help out with some testing and integraton work on OZ :) I want to do some more work on booting from SD with altboot and get that out in the next couple of weeks. Mar 03 10:45:19 jnc: With things like that, you generally have to find the last known version that worked, and eventually work out exactly which commit to mainline broke it Mar 03 10:45:32 Or you debug the problem Mar 03 11:38:24 my gp2x has arrived Mar 03 13:20:27 RP: thanks. I will try. Mar 03 13:27:45 "Error validating server certificate for 'https://nowt.dyndns.org:443'" Mar 03 13:27:48 :( Mar 03 13:28:04 this made my build halt Mar 03 13:33:09 I suppose building openzaurus may not be optimal for me Mar 03 14:00:37 hi Mar 03 14:12:41 having troubles here with wifi and openzaurus 3.5.4.1 hmm Mar 03 14:12:56 screen display goes wacky Mar 03 14:43:56 ahh Mar 03 14:44:26 RP: the wifi system cannot cope with suspending the card Mar 03 15:00:18 Ac Mar 03 17:09:52 jnc: Not good... Mar 03 17:38:06 RP: would dmesg output be useful? Mar 03 17:38:25 I just don't know where to start :/ Mar 03 17:40:14 jnc: It might be worth raising the problem upstream with the kernel network developers Mar 03 17:42:46 yeah, confirmed, accessing the wlan card causes my c3100's lcd screen to fade white and the machine to lock up Mar 03 17:43:04 is that normal for a bug with networking? Mar 03 17:45:47 i must wonder if the wifi card is somehow damaged Mar 03 19:10:28 wow that's so frustrating Mar 03 19:10:41 the wifi card works for a second or two, and then locks up Mar 03 19:10:43 :( Mar 03 19:11:23 jnc: do you have any way of testing the WIFI card on a different machine? Mar 03 19:14:47 no, I don't Mar 03 19:14:47 hmm Mar 03 19:15:15 I'm happy to send hardwre to developers though, if someone is willing Mar 03 19:15:41 if the wifi is just not going to work, I will sell my c3100 Mar 03 19:15:49 I need the money if it's not going to work Mar 03 19:35:13 jnc: what wifi card are you using? Mar 03 19:55:19 hvontres|home: dcf-660w (d-link) **** ENDING LOGGING AT Sun Mar 04 02:59:58 2007