http://bugzilla.kernel.org/show_bug.cgi?id=9528
------- Comment #81 from [EMAIL PROTECTED] 2008-01-08 19:10 ------- Carlos, thanks for clarifying that unloading ohci (USB0) makes the hang go away, and that unloading ehci (USB2) has no effect on the problem at hand. re: comment #71 and comment #72 Yes, I'm sure. _S3D specifies the shallowest D-state available in S3. If there were no _PRW=3 (S3 wake capability), then indeed _SD3=2 means we can choose D2 or (the deeper) D3. When _PRW=3 is present, _S3D is telling us that S3 wakeup will work in D2. But it is also telling us that "OSPM cannot assume that wake from the S3 system sleeping state is supported in any lower D-state unless specified by a corresponding _S3W object." here "lower" means "deeper", for _S3W clearly specifies the lowest power = highest number = deepest D-state that still supports wake. USB2 in this case has no _S3W, so "highest" = "lowest" = only = D2. ACPI 3.0 table 7-8 gives exactly the example of USB2. _S3D=2 and _PRW=3, and no _S3W present. So for that device, the OS must put the device into D2 and only into D2 upon S3. If the device was in D3 before the S3 request, it must first be transitioned to D2. No, this didn't change between versions of the ACPI spec. The only unknown is if Windows always cares about USB wake functionality. I'm going to go out on a limb and venture that yes, it does, and thus for devices with a _PRW, it will honor _S3D and _S3W, if present. The other unknown is if this chipset and its SMM BIOS code ties together any of the ehci and ohci functionality, or if they are totally independent. Re: ohci (USB0) Yes, the way I read the DSDT, we should put it into D3. It would be an interesting experiment if putting it into D2 instead had an effect. -- 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
