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