Bug#383169: Doesn't reassociate after resume

Kel Modderman kelrin at tpg.com.au
Sun Aug 20 22:01:07 UTC 2006


On Tuesday 15 August 2006 20:46, Reinhard Tartler wrote:
> Package: madwifi-source
> Version: 0.svnr1697.0.9.2-1
> Severity: important
>
> After suspending/resuming with uswsusp, I don't get any association with
> wpa_supplicant. Here is a log of an wpa_cli session:
>

<snipped> seen it all too often :(

>
>
> I think http://madwifi.org/ticket/671 may be related, but 'sudo iwconfig
> ath0 FAU-VPN' in another shell as suggested in that ticket  didn't help
> me :(

And #201. Its a pretty old, known issue. I've made a few attempts at looking 
at it with no result so far. Will make another effort soon, but I cannot 
promise that anything can be fixed in a driver that is partially opaque.

>
> My current workaround is to rmmod ath-hal and reload ath-pci after
> resuming, which is suboptimal and shouldn't be necessary. In fact, this
> seems to be a regression from the madwifi-old branch.

Yep, it is a regression that is biting me too, although most good suspend 
managers (ie powersave) hide it quite well by automating module removal and 
reinsertion, however this will require the networking system(s) to be 
restarted, which is no good . . .

Thanks, Kel.




More information about the Pkg-madwifi-maintainers mailing list