On Sun, Dec 17, 2006 at 06:06:51PM -0800, Sam Leffler wrote: > Nate Lawson wrote: > > Stepan Zastupov wrote: > >> On Sat, Dec 16, 2006 at 02:17:47PM -0800, Nate Lawson wrote: > >>> Stepan Zastupov wrote: > >>>> Does anyone still work on this problem? > >>>> (http://lists.freebsd.org/pipermail/freebsd-current/2006-July/064550.html) > >>>> > >>>> I incure the same problems. If need testing I can help with it. > >>> Just comment out this line in ath_stop() in if_ath.c: > >>> // ath_hal_setpower(sc->sc_ah, HAL_PM_FULL_SLEEP); > > > >> It is already commented out in current and doesn't help. Card wont work > >> even if it inserted after suspend and resume. > >> > > > > That's something different then. I was talking about the suspend > > process hanging if the card is inserted and active. But ejecting it > > would allow the process to continue and after resume, re-inserting it > > worked fine. > > > > What Nate is referring to is that on many ath parts if you "power down" > the MAC then any pci references to registers outside the PCI clock > domain will hang the bus. Not putting the chip in "full sleep" is a > hack as it means it'll continue to draw full power after the interface > is marked down. Something is causing the driver to be entered and > registers accessed when not intended/expected. I haven't been able to > make this happen on any of my laptops (most have ACPI problems s.t. > suspend/resume doesn't work right) so haven't had a test case to > debug--and noone with the problem has been able to provide the needed info. Ok what info you need exactly? I can provide only the messages after some systls verbose tuned. -- Best regards, Stepan Zastupov aka RedChrom ISPSystemReceived on Mon Dec 18 2006 - 18:11:33 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:04 UTC