Thread (1 message) 1 message, 1 author, 2003-02-05

Re: [PATCH] [2/2] Allow override acpi_gbl_pre_defined_names (aka change that _OS).

From: Ducrot Bruno <hidden>
Date: 2003-02-05 19:27:20

On Wed, Feb 05, 2003 at 10:55:45AM -0800, Grover, Andrew wrote:
quoted
From: Ducrot Bruno [mailto:ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org] 
This is the linux part.  It permit to pass a apci_os_name= boot args
in order to override the \_OS.
I'm still not clear on why this needs to be changeable at runtime. If we do
decide that the BIOS writers are so Windows-centric that we need to
masquerade as one, why wouldn't we just change the #define and recompile?

Dave, can you help me understand how a distro would find this useful, over
just statically changing the reported _OS string?
I can not speak for Dave, but suppose that you say to an end user:
Hum, yes, your mouse do not work after S1..

Get the latest kernel of the distro via apt-get, rpm, what ever, then
edit the file /path/to/kernel/include/acpi/platform/aclinux.h

find the
#define ACPI_OS_NAME                "Linux"
line then change so that
#define ACPI_OS_NAME                "Microsoft Windows NT"

recompile, etc.

Now suppose that you said to the same end user:
Add acpi_os_name="Microsoft Windows NT" at boot time, and now
your mouse will work without any tricks after S1 and with gpm
or under X.


Now, I don't like the idea to have a 
include/acpi/platform/aclinux.h
which say that my OS is a MS one, and I guess nobody want it.


-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help