On Mon, 12 Mar 2007 22:00:15 +
Alan Cox <[EMAIL PROTECTED]> wrote:
> > Meanwhile, to solve the problem for these people, and without introducing
> > a lot of new code at this stage in the release, perhaps you can suggest
> > a more accurate way to detect PATA vs. SATA so we can fix the bug?
> Meanwhile, to solve the problem for these people, and without introducing
> a lot of new code at this stage in the release, perhaps you can suggest
> a more accurate way to detect PATA vs. SATA so we can fix the bug?
I think the problem starts with the question. It supposes the BIOS knows
the
On Sat, 10 Mar 2007 16:40:59 +
Alan Cox <[EMAIL PROTECTED]> wrote:
> Instead merge the one that fixe the non PCI
> crashes and we might get further.
In bugzilla #7907 you could post your patch and see if the reporters there
can at least confirm that it fixes their problem.
Meanwhile, to solv
a1a1bba68c
> > Parent: 908e0a8a265fe8057604a9a30aec3f0be7bb5ebb
> > Author: Kristen Accardi <[EMAIL PROTECTED]>
> > AuthorDate: Fri Mar 9 18:15:33 2007 -0500
> > Committer: Len Brown <[EMAIL PROTECTED]>
> > CommitDate: Fri Mar 9 18:15:33 2007 -0500
&g
> Alan has been actively working on PATA ACPI, and we have been debugging
> ACPI issues as well. PLEASE coordinate with the maintainer, when
> touching code outside of drivers/acpi!
ap->cbl is not a reliable way to tell SATA from PATA at the moment. We
need to fix the real crashes too - right n
Accardi <[EMAIL PROTECTED]>
AuthorDate: Fri Mar 9 18:15:33 2007 -0500
Committer: Len Brown <[EMAIL PROTECTED]>
CommitDate: Fri Mar 9 18:15:33 2007 -0500
libata-acpi: allow _GTF on SATA, but disable on PATA for now
The ACPI specification states, and BIOS implementatio
6 matches
Mail list logo