http://bugzilla.kernel.org/show_bug.cgi?id=9528
------- Comment #71 from [EMAIL PROTECTED] 2008-01-08 14:23 -------
(In reply to comment #69)
> Carlos, please
> # echo USB0 > /proc/acpi/wakeup
> # echo USB2 > /proc/acpi/wakeup
> see if those lines in the wakeup file change to "enabled" from "disabled"
> and see if that has any effect on the hang.
>
> The AML for both of these devices tell us that the OS
> should limit how deep a D-state is used for them during system S3.
> Though, technically, this should be independent of wakeup capability,
> we'll have to check if Linux is that smart...
>
> Yes, the system can suspend USB independent of an S3 request.
> What the ASL below shows is that in the case of USB2,
> if it is in D3 at the S3 request, Linux should move it to D1
> before entering S3.
>
> Also, does the same driver bind to both of these USB devices?
> USB0 S3 disabled pci:0000:00:02.0
> USB2 S3 disabled pci:0000:00:02.1
>
>
> Device (USB0)
> {
> Name (_ADR, 0x00020000)
> Method (_S1D, 0, NotSerialized)
> {
> Return (0x01)
> }
>
> Method (_S3D, 0, NotSerialized)
> {
> If (LEqual (OSFL, 0x02))
> {
> Return (0x02)
> # must not go below D2 in S3
Er, are you sure? ACPI 2.0c says:
"7.2.14 _S3D (S3 Device State)
This object evaluates to an integer that conveys to OSPM the highest power
(lowest number) D-state supported by this device in the S3 system sleeping
state."
So that would be: must not go above D2 in 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
