https://bugzilla.kernel.org/show_bug.cgi?id=15528





--- Comment #80 from Len Brown <l...@kernel.org>  2010-11-30 04:18:04 ---
for the record Re: acpi_osi=Linux

The acpidump in attachment #1 shows that there is no specific
Linux support in the DSDT.  Rather, the way OSI(Linux) is checked
in the DSDT *disables* Windows support by over-writing
the OSYS variable:

    Scope (_SB.PCI0)
    {
        Method (_INI, 0, NotSerialized)
        {
            Store (0x07D0, OSYS)
            If (CondRefOf (_OSI, Local0))
            {
                If (_OSI ("Windows 2001"))
                {
                    Store (0x07D1, OSYS)
                }

                If (_OSI ("Windows 2001 SP1"))
                {
                    Store (0x07D1, OSYS)
                }

                If (_OSI ("Windows 2001 SP2"))
                {
                    Store (0x07D2, OSYS)
                }

                If (_OSI ("Windows 2006"))
                {
                    Store (0x07D6, OSYS)
                }

                If (_OSI ("Windows 2009"))
                {
                    Store (0x07D9, OSYS)
                }

                If (_OSI ("Linux"))
                {
                    Store (0x03E8, OSYS)
                }
            }
        }

There are a number of OS-specific hooks in the DSDT
that depend son OSYS, including on that tells the EC
the OS version via OSTP - very nasty.

Thus the patch in comment #54 that sets acpi_osi=Linux automatically
via DMI makes no logical sense, and can not be applied.

Chances are good that the issues appears due to our
claim of Windows 2009 (win7) compatibility, or possibly
that plus Windows 2006 (vista) compatibility.  Disabling
those w/o disabling claim of compatibility with XP may
be more prudent then using acpi_osi=Linux, or disabling
OSI support entirely with acpi_osi=

eg. acpi_osi="!Windows 2009"
to disable claim of compatibility with Win7

or acpi_osi="!Windows 2009" acpi_osi="!Windows 2006"
to disable claim of compatibility with both Win7 and vista.

The acpidump in comment #44 works the same way.

however, the use of acpi_osi here is a workaround only,
not a permanent fix.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to