http://bugzilla.kernel.org/show_bug.cgi?id=15168
Zhang Rui <rui.zh...@intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rui.zh...@intel.com
--- Comment #10 from Zhang Rui <rui.zh...@intel.com> 2010-02-25 03:17:47 ---
well, I think this is a AML code bug and my fix works for you.
But windows works well on this laptop, which means Linux should work as well,
without any firmware code changes.
Here is the original _LID method,
Method (_LID, 0, NotSerialized)
{
If (LDWK)
{
Store (Zero, LDWK)
Return (One)
}
Else
{
Return (LIDF)
}
}
So the LID state should be stored in LIDF.
comment #0 shows that LDWK is 0 every other time, when the Lid is opened.
Method (_Q10, 0, NotSerialized)
{
Store (LIDS, Local0)
If (LEqual (Local0, One))
{
Store (Zero, LIDF)
}
Else
{
Store (One, LIDF)
}
If (LDWK)
{
Store (0x10, PO80)
Store (One, LIDF)
Store (Zero, LDWK)
}
Notify (LID, 0x80)
}
So I change it to:
Method (\_SB.LID._LID, 0, NotSerialized)
{
Store (\_SB.PCI0.LPCB.EC0.LIDS, Local0)
If (LEqual (Local0, One))
{
Return (Zero)
}
Else
{
Return (One)
}
}
because IMO, \_SB.PCI0.LPCB.EC0.LIDS should always report the correct Lid
state.
But the problem is that this doesn't seems like an AML issue because windows
works well on this machine.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
