http://bugzilla.kernel.org/show_bug.cgi?id=9804
------- Comment #6 from [EMAIL PROTECTED] 2008-03-26 15:11 -------
This is the sequence to the failure, from the DSDT given above:
Name (ATA1, Buffer (0x1D) {})
Device (DRV1)
{
Name (_ADR, One)
Method (_GTF, 0, NotSerialized)
{
Return (RATA (ATA1))
}
}
Method (RATA, 1, NotSerialized)
{
CreateByteField (Arg0, Zero, CMDN)
Multiply (CMDN, 0x38, Local0)
CreateField (Arg0, 0x08, Local0, RETB)
Store (RETB, Debug)
Return (RETB)
}
It looks like the ATA1 buffer is being initialized to zero, or not being
initialized at all.
The only place in the DSDT where ATA1 is initialized is here:
Method (_STM, 3, NotSerialized)
{
Store (Arg0, TMD0)
Store (PRW0, GMPT)
Store (PRW1, GSPT)
Store (UDTP, GMUT)
Store (PAST, GAST)
Store (PCBT, GCBT)
STM ()
Store (GMPT, PRW0)
Store (GSPT, PRW1)
Store (GMUT, UDTP)
Store (GAST, PAST)
Store (GCBT, PCBT)
Store (GTF (Zero, Arg1), ATA0)
Store (GTF (One, Arg2), ATA1)
}
The path to this method is \_SB_.PCI0.IDE0.CHN0._STM.
I suspect one of the following is the cause of the problem:
1) This _STM method is never being called by the host
2) An incorrect "drive 1 ATA block" is being passed to _STM by the host
3) The GTF control method is not returning a correctly initialized buffer
That's as much as I can glean from the DSDT.
Bob
--
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
