On 12 January 2013 09:13, Slawa Olhovchenkov <s...@zxy.spb.ru> wrote:
> On Sat, Jan 12, 2013 at 09:05:37AM -0800, Adrian Chadd wrote:
>> 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.
> No, patch before suspend. If card don't report support D3 state -- on
> sleep card not lost power? Or after resume got full reset?

Well, I think there's more to it than that. I could program the card,
sure, but what about the PCI bus and the ACPI code that fiddles with
the PCI slot. I'm not at all clued up on how PCI sleep/resume works,
so I'm scratching in the dark here.

I think there's some code in the windows driver to put some older
cards into some very specific PCI sleep states (and force them to not
enter deep deep sleep?) but I'd have to re-review it.

freebsd-wireless@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Reply via email to