| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-Id: <1169113274.10770.18.camel@dv> Date: Thu, 18 Jan 2007 04:41:14 -0500 From: Pavel Roskin <proski@....org> To: Michael Buesch <mb@...sch.de> Cc: bcm43xx-dev@...ts.berlios.de, netdev@...r.kernel.org Subject: Re: Can someone please try... On Wed, 2007-01-17 at 10:52 +0100, Michael Buesch wrote: > Doesn't happen for me. I have no idea what's happening. > Care to debug it? > But it's weird that _killing_ the supplicant calls add_interface. > I'd expect it to call remove_interface. I'm sorry, I was actually running wpa_supplicant again at the time of the crash. What I have now is very different behavior in two configurations on the same machine. The i386 kernel without SMP with most debug enabled and serial console. wpa_supplicant times out. If I restart is, the kernel oopses, every time in a different place. The x86_64 kernel with SMP and with very few debug options. wpa_supplicant connects. Killing and restarting wpa_supplicant doesn't cause any problems. In fact, wpa_supplicant reconnects quickly. I can even ping the station from the AP, but the packet loss is horrible. It appears that most loss is on the receiving side. I'll try to debug the problem when I have time. At least I'll try to find out if it's specific to the architecture or to another kernel option. Anyway, it's exciting that I could send first packets today! -- Regards, Pavel Roskin - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists