We can't patch pci space if they're all 0xffffffff, that means nothing is there.
That's the point; the card hasn't come back on from suspend. So we need to do something _before_ it suspends. We can't do anything to the card after it resumes; we can only do stuff to the PCI bus. Adrian On 12 January 2013 09:07, Slawa Olhovchenkov <[email protected]> wrote: > On Sat, Jan 12, 2013 at 08:50:58AM -0800, Adrian Chadd wrote: > >> I don't know the first thing about ACPI, I'm sorry. > > OK, what about "patching" pci config space? Remove indication of > support D3 state? or system don't suspend after this complete? > (sorry for dumb question). > >> Perhaps ask on the freebsd acpi list? >> >> >> >> Adrian >> >> On 12 January 2013 08:52, Slawa Olhovchenkov <[email protected]> wrote: >> > On Sat, Jan 12, 2013 at 08:38:49AM -0800, Adrian Chadd wrote: >> > >> >> On 12 January 2013 08:37, Slawa Olhovchenkov <[email protected]> wrote: >> >> > On Sat, Jan 12, 2013 at 08:25:22AM -0800, Adrian Chadd wrote: >> >> > >> >> >> .. right, try flipping the rf kill switch off/on after suspend, dump >> >> >> the config registers. >> >> > >> >> > don't react -- 255 times 'ff' >> >> >> >> Okay. Well, I'll see if there's anything that I can do with the PCI >> >> glue inside the AR9220, but if it's broken under Windows... >> > >> > Perhaps if ACPI not found vendor wifi card (intel) not powered slot on >> > resume? I am don't know how chek this is acpidump... _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "[email protected]"
