Re: [ACPI] IDE failure on ACPI resume

2005-03-17 Thread Nate Lawson
Matthew Garrett wrote: On Thu, 2005-03-17 at 12:34 -0800, Nate Lawson wrote: Very interesting. I was hoping to someday have _GTF et al implemented but the ATA knowledge required was above my head. I also strongly suspected that the info published by _GTF would likely be invalid. Does Windows

Re: [ACPI] IDE failure on ACPI resume

2005-03-17 Thread Matthew Garrett
On Thu, 2005-03-17 at 12:34 -0800, Nate Lawson wrote: > Very interesting. I was hoping to someday have _GTF et al implemented > but the ATA knowledge required was above my head. I also strongly > suspected that the info published by _GTF would likely be invalid. Does > Windows actually use

Re: [ACPI] IDE failure on ACPI resume

2005-03-17 Thread Nate Lawson
Matthew Garrett wrote: On Sun, 2005-03-13 at 20:53 -0800, Nate Lawson wrote: Sounds like PCI not being completely restored. We had to work around some weird ATA issues in FreeBSD with the status register being invalid for quite a while after resume. A retry loop was the solution. FreeBSD

Re: [ACPI] IDE failure on ACPI resume

2005-03-17 Thread Matthew Garrett
On Sun, 2005-03-13 at 20:53 -0800, Nate Lawson wrote: > Sounds like PCI not being completely restored. We had to work around > some weird ATA issues in FreeBSD with the status register being invalid > for quite a while after resume. A retry loop was the solution. FreeBSD seems to fail in the

Re: [ACPI] IDE failure on ACPI resume

2005-03-17 Thread Matthew Garrett
On Sun, 2005-03-13 at 20:53 -0800, Nate Lawson wrote: Sounds like PCI not being completely restored. We had to work around some weird ATA issues in FreeBSD with the status register being invalid for quite a while after resume. A retry loop was the solution. FreeBSD seems to fail in the

Re: [ACPI] IDE failure on ACPI resume

2005-03-17 Thread Nate Lawson
Matthew Garrett wrote: On Sun, 2005-03-13 at 20:53 -0800, Nate Lawson wrote: Sounds like PCI not being completely restored. We had to work around some weird ATA issues in FreeBSD with the status register being invalid for quite a while after resume. A retry loop was the solution. FreeBSD

Re: [ACPI] IDE failure on ACPI resume

2005-03-17 Thread Matthew Garrett
On Thu, 2005-03-17 at 12:34 -0800, Nate Lawson wrote: Very interesting. I was hoping to someday have _GTF et al implemented but the ATA knowledge required was above my head. I also strongly suspected that the info published by _GTF would likely be invalid. Does Windows actually use that

Re: [ACPI] IDE failure on ACPI resume

2005-03-17 Thread Nate Lawson
Matthew Garrett wrote: On Thu, 2005-03-17 at 12:34 -0800, Nate Lawson wrote: Very interesting. I was hoping to someday have _GTF et al implemented but the ATA knowledge required was above my head. I also strongly suspected that the info published by _GTF would likely be invalid. Does Windows

Re: [ACPI] IDE failure on ACPI resume

2005-03-13 Thread Nate Lawson
Matthew Garrett wrote: On resume, an HP nc6220 fails during resuming of the IDE devices. In this section of code from ide-iops.c: stat = hwif->INB(hwif->io_ports[IDE_STATUS_OFFSET]); if ((stat & BUSY_STAT) == 0) return 0; /*

IDE failure on ACPI resume

2005-03-13 Thread Matthew Garrett
On resume, an HP nc6220 fails during resuming of the IDE devices. In this section of code from ide-iops.c: stat = hwif->INB(hwif->io_ports[IDE_STATUS_OFFSET]); if ((stat & BUSY_STAT) == 0) return 0; /* *

IDE failure on ACPI resume

2005-03-13 Thread Matthew Garrett
On resume, an HP nc6220 fails during resuming of the IDE devices. In this section of code from ide-iops.c: stat = hwif-INB(hwif-io_ports[IDE_STATUS_OFFSET]); if ((stat BUSY_STAT) == 0) return 0; /* * Assume

Re: [ACPI] IDE failure on ACPI resume

2005-03-13 Thread Nate Lawson
Matthew Garrett wrote: On resume, an HP nc6220 fails during resuming of the IDE devices. In this section of code from ide-iops.c: stat = hwif-INB(hwif-io_ports[IDE_STATUS_OFFSET]); if ((stat BUSY_STAT) == 0) return 0; /*