Hin-Tak Leung wrote: > --- On Tue, 30/12/08, Larry Finger <Larry.Finger@xxxxxxxxxxxx> wrote: > >> Alan Jenkins wrote: >> >>> That won't fix hibernation though. The disconnect >>> >> method can still get >> >>> called in resume from hibernation, before the >>> >> workqueue gets unfrozen. >> >>> To be honest, I'm far more interested in >>> >> suspend-to-disk than >> >>> suspend-to-ram. >>> >> Does this patch fix your problem? It works here, but I only >> did one >> test. The patch is for wireless-testing. >> >> Larry >> > > My test is that STD works alright, but STR still does not work. I haven't tried STD for a long time - I mostly use STR with SUSPEND_MODULES -, so I have no idea if STD works before the patch or not. With the patch, I can suspend to RAM (removing my SUSPEND_MODULES workaround temporarily), but it would not "defrost - this is similiar to my failed attempt at fixing this - adding some skeleton _suspend()/_resume() routines can get the driver to STR, but it won't defrost. Without any _suspend()/_resume() routines, it won't even suspend, but just spend ages trying to suspend. > > I'll post your patch to http://bugzilla.kernel.org/show_bug.cgi?id=11887 as a work-in-progress... > > Hin-Tak Thanks for the patch. I tested STD too, and it doesn't seem to hang anymore. I even tested removing the adaptor while the system was hibernated. However, after resume the interface is useless. I get a kernel error message, which repeats regularly (something like every 5 or 10 seconds): phy0: Reset timeout! and it doesn't work: # iwlist wlan0 scan wlan0 Interface doesn't support scanning : Network is down # ifconfig wlan0 up SIOCSIFFLAGS: Connection timed out I have to re-plug the adaptor, and then it works again. Regards "Alan J" _______________________________________________ linux-pm mailing list linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/linux-pm