I don't know the technical details behind *how* Windows copes with it, but I can tell you that it works fine on Windows. Naturally we'd like it to work fine on Linux, too, and Rafael's blacklist fix accomplishes that. There may be other solutions to this issue on Linux that are worth looking into, but perhaps we can accept Rafael's fix as a workaround for now. BTW, there is probably at least one more fairly recent vintage HP workstation that will require this same fix. My testing isn't complete yet, though. John -----Original Message----- From: Matthew Garrett [mailto:mjg59@xxxxxxxxxxxxx] Sent: Wednesday, October 15, 2008 8:15 AM To: Rafael J. Wysocki Cc: Len Brown; ACPI Devel Maling List; Andrew Morton; LKML; Brown, John M (WGBU R&D) Subject: Re: [PATCH] ACPI suspend: Blacklist HP xw4600 Workstation for old code ordering On Wed, Oct 15, 2008 at 04:05:35PM +0200, Rafael J. Wysocki wrote: > On Wednesday, 15 of October 2008, Matthew Garrett wrote: > > I think trying to work out what would be more useful than just > > adding it to a blacklist. > > Well, machines that require the "old" ordering are simply broken, > because you just can't assume that specific devices are not in D3 > before you execute _PTS. > > IOW, we aren't doing anything wrong and the BIOS is buggy. So how does Windows cope with this? -- Matthew Garrett | mjg59@xxxxxxxxxxxxx -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
