Re: Kernel Version specific vendor override possibilities needed - Revert and provide osi=linux or provide a replacement

[Len Brown <lenb@kernel.org>]

Thomas,
Thanks for the note.
Please read the messages on linux-acpi with "dmi" in the subject
for some background.

yes, OSI(Linux) was enabled by default through 2.6.22
and was disabled by default starting in 2.6.23.

The reason it has come up recently is because
it got into a reference BIOS -- and I'm sorry
to admit that I was a party to that -- I
wasn't thinking.

Tomas Carnecky's reply is 100% correct.
We can't support OSI(Linux) any more than we
could support _OS="Linux", or Microsoft
could support OSI(Windows) -- particularly
on an OS that changes as fast as Linux does.
To do so would in some cases put Linux at
a permanent disadvantage to competing operating systems.

Yes, we are attempting to close Pandora's box.
I think we'll be successful, though we have to handle the
Dell and Lenovo systems which actually use OSI(Linux)
on purpose. Everybody else appears to be using it
by mistake, sometimes with no effect,
sometimes with negative effect.

No, the DMI list is not large,
it is mostly comments and it is __init.

I _strongly_ urge you to not fork from
the .stable and mainline kernel in this area.

OEMs that really want to modify the BIOS to recognize
OS interfaces that are in Linux should propose
new OSI strings that specify interfaces, not broad
categories of operating sytems; and in Linux we
shoudl use, or not use, those strings, as appropriate.
I've recently been in discussion with OEMs on exactly
this topic -- I'm sorry it didn't happen a year ago.

thanks,
-Len