http://bugzilla.kernel.org/show_bug.cgi?id=9528





------- Comment #84 from [EMAIL PROTECTED]  2008-01-09 10:35 -------
Ok, so after my discussion with Alan Stern:

1) At the moment, Linux USB autosuspend doesn't actually suspend the PCI OHCI
controller (i.e. Linux doesn't change its power state), just the ports; so the
issue of the OHCI controller going to D3 behind our backs isn't relevant for
now.

2) For the future: 

USB0's _S1D states that the OHCI controller cannot be put into a higher D-state
anyway when in S1 - so when Linux gets round to being able to runtime suspend
USB PCI controllers (as opposed to just the ports), when in S1 we will need to
check _S1D to make sure it is actually safe to go to high D-states (even if we
don't want to do this check for S3) to make sure we don't runtime suspend the
OHCI controller.

So to summarise: We don't put the OHCI controller into D3 at the moment in S1;
we should only do so for S3 after _PTS(); and in the future, the DSDT clearly
states that the OHCI PCI controller cannot be runtime suspended, so we should
always obey _S1D for any future PCI runtime suspend when in S1 (even if we
ignore _S3D for S3).


-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to