RE: Do not return true to all kind of Windows OSI calls

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



We ran _OSI on a Windows XP machine with the following results:

>
>Name(buf, Buffer() {0, 0, 0, 0, 0, 0, 0, 0})
>Store(\_OSI("Windows 2000"), Index(buf, 0))
>Store(\_OSI("Windows 2001"), Index(buf, 1))
>Store(\_OSI("Windows 2001.1"), Index(buf, 2))
>Store(\_OSI("Windows 2001.1 SP1"), Index(buf, 3))
>Store(\_OSI("Windows 2001 SP1"), Index(buf, 4))
>Store(\_OSI("Windows 2001 SP2"), Index(buf, 5))
>Store(\_OSI("Windows 2001 SP3"), Index(buf, 6))
>Store(\_OSI("Windows 2006"), Index(buf, 7))
>
>The result is:
>Buffer: 0xff 0xff 0x00 0x00 0xff 0xff 0x00 0x00
>
>So "Windows 2000", "Windows 2001", "Windows 2001 SP1", "Windows 2001
SP2"
>are supported.
>
>Lin Ming





>-----Original Message-----
>From: linux-acpi-owner@xxxxxxxxxxxxxxx [mailto:linux-acpi-
>owner@xxxxxxxxxxxxxxx] On Behalf Of Thomas Renninger
>Sent: Sunday, August 03, 2008 9:24 AM
>To: Matthew Garrett
>Cc: corsac@xxxxxxxxxx; ak@xxxxxxxxxxxxxxx; Zhang, Rui; nokos@xxxxxxx;
>linux-acpi@xxxxxxxxxxxxxxx; hmh@xxxxxxxxxx
>Subject: Re: Do not return true to all kind of Windows OSI calls
>
>On Sunday 03 August 2008 04:12:31 pm Matthew Garrett wrote:
>> On Sun, Aug 03, 2008 at 03:31:53PM +0200, Thomas Renninger wrote:
>> > This is even worse, because that means that Lenovo and everyone
>> > else who has to add Windows hotfixes to their BIOS and potentially
>> > have to break their Linux supported OS by that cannot guarantee
>> > their customers full Linux support (without providing a separate
>> > Linux BIOS).
>>
>> That's fine. Where we diverge from the Windows behaviour we already
have
>> a bug.
>
>Yes.
>I take above statement back.
>This Windows behaviour very much de-escalates the situation.
>
>If Windows sticks to this then there is no urgent need for
OSI(notWindows)
>or OSI(Linux).
>
>Thanks for pointing this out.
>
>       Thomas
>--
>To unsubscribe from this list: send the line "unsubscribe linux-acpi"
in
>the body of a message to majordomo@xxxxxxxxxxxxxxx
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux