On Tue, 2013-03-19 at 17:21 +0100, Camaleón wrote: > 2013/3/19 Camaleón <noelamac@xxxxxxxxx>: > > 2013/3/18 Jonathan Nieder <jrnieder@xxxxxxxxx>: > >> Camaleón wrote: > >>> El 2013-03-18 a las 20:38 +0100, Arend van Spriel escribió: > >> > >>>> Sorry to hear. Reading back the bug report I noticed you are having a > >>>> bcm4313 and we recently had a regression on it. Could you provide > >>>> debugfs information from <debugfs_mount>/brcmsmac/bcma0:0/hardware > >>> > >>> I see. My "/sys/kernel/debug/*" directory is empty > >> > >> mount -t debugfs debugfs /sys/kernel/debug > > > > Perfect, thanks. > > > > root@stt300:~# cat /sys/kernel/debug/brcmsmac/bcma0\:0/hardware > > board vendor: 103c > > board type: 145c > > board revision: 2209 > > board flags: 8002a00 > > board flags2: 800 > > firmware revision: 262032b > > > > Now let's see how reverting the patch makes any difference as soon as > > I can compile the module. I will keep you updated > > Update: applied the patch to revert the "other" patch but I still > cannot get the driver to work (see attached syslog). N-M still asks > for password until desists :-( Note that NM 0.9.8 won't ask for a password when just anything fails, but will ask for a password if the 4-way handshake fails, because if that fails, it's probably your password. We're contemplating getting rid of that too, and just notifying the user that their password may be wrong and that they should go update it in the network configuration panel so we don't interrupt. But if you're 100% sure your PSK is correct, then it is, most likely, a driver bug. Dan -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
