public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* Masquerading operating systems (with ACPI_OS_NAME) does cause grief.
@ 2005-01-09 13:40 Barry Kitson
       [not found] ` <1105278053.23887.35.camel-jrz8SJKx3bjmte52KpgHD8SwM44v/HSX@public.gmane.org>
  0 siblings, 1 reply; 4+ messages in thread
From: Barry Kitson @ 2005-01-09 13:40 UTC (permalink / raw)
  To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

The following messages ....
http://sourceforge.net/mailarchive/message.php?msg_id=9558174
http://sourceforge.net/mailarchive/message.php?msg_id=9559475
suggest that there are no known problems resulting from pretending your
favourite OS is something it's not.  Well, bad news.....

Please note that (modulo VGA, which has it's own special set of
problems) the only string (prefix) that causes suspend/resume of linux
2.6.10 to fail on a VIA EPIA CL10000 Mini-ITX motherboard (with either
of the two available BIOS versions - 1.16 or 1.23) is the newish (but
not entirely accurate) default of ACPI_OS_NAME="Microsoft Windows NT".
When Linux declares itself to be NT, resumes just don't happen.  The fan
and power supply wake up, but that's about all.  

Are we really sure this value of ACPI_OS_NAME should be the default?
Could I suggest a return to "truth" as a default, with prominent
suggestions within the documentation of what lies to try when the truth
fails?

For the info of anyone stumbling over this message with a EPIA
suspend/resume problems, setting "acpi_os_name=Linux" in the boot
parameters (e.g. in /etc/lilo.conf, add a line
append="acpi_os_name=Linux") may help you too.  On the CL10000, it's not
necessary to remove usb or rhine modules, and networking seems to resume
nicely. If you want to see anything interesting on a monitor connected
to the VGA port, you're overly optimistic.

Have fun,

Barry.






-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Masquerading operating systems (with ACPI_OS_NAME) does cause grief.
       [not found] ` <1105278053.23887.35.camel-jrz8SJKx3bjmte52KpgHD8SwM44v/HSX@public.gmane.org>
@ 2005-01-09 14:22   ` Matthew Garrett
  2005-01-10 15:03   ` Bruno Ducrot
  1 sibling, 0 replies; 4+ messages in thread
From: Matthew Garrett @ 2005-01-09 14:22 UTC (permalink / raw)
  To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

On Sun, 2005-01-09 at 23:40 +1000, Barry Kitson wrote:

> Please note that (modulo VGA, which has it's own special set of
> problems) the only string (prefix) that causes suspend/resume of linux
> 2.6.10 to fail on a VIA EPIA CL10000 Mini-ITX motherboard (with either
> of the two available BIOS versions - 1.16 or 1.23) is the newish (but
> not entirely accurate) default of ACPI_OS_NAME="Microsoft Windows NT".
> When Linux declares itself to be NT, resumes just don't happen.  The fan
> and power supply wake up, but that's about all.  

It'd be good to see the DSDT, so we can try to work out why it makes a
difference.

-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Masquerading operating systems (with ACPI_OS_NAME) does cause grief.
       [not found] ` <1105278053.23887.35.camel-jrz8SJKx3bjmte52KpgHD8SwM44v/HSX@public.gmane.org>
  2005-01-09 14:22   ` Matthew Garrett
@ 2005-01-10 15:03   ` Bruno Ducrot
  1 sibling, 0 replies; 4+ messages in thread
From: Bruno Ducrot @ 2005-01-10 15:03 UTC (permalink / raw)
  To: Barry Kitson; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

On Sun, Jan 09, 2005 at 11:40:52PM +1000, Barry Kitson wrote:
> The following messages ....
> http://sourceforge.net/mailarchive/message.php?msg_id=9558174
> http://sourceforge.net/mailarchive/message.php?msg_id=9559475
> suggest that there are no known problems resulting from pretending your
> favourite OS is something it's not.  Well, bad news.....
> 
> Please note that (modulo VGA, which has it's own special set of
> problems) the only string (prefix) that causes suspend/resume of linux
> 2.6.10 to fail on a VIA EPIA CL10000 Mini-ITX motherboard (with either
> of the two available BIOS versions - 1.16 or 1.23) is the newish (but
> not entirely accurate) default of ACPI_OS_NAME="Microsoft Windows NT".
> When Linux declares itself to be NT, resumes just don't happen.  The fan
> and power supply wake up, but that's about all.  
> 
> Are we really sure this value of ACPI_OS_NAME should be the default?
> Could I suggest a return to "truth" as a default, with prominent
> suggestions within the documentation of what lies to try when the truth
> fails?

Was done by testing by Bob IIRC and showed that this give less errors
than having set it to "Linux".  "Linux" is not present for all DSDT Ive
seen so far (well, actually Ive seen a IBM laptop, don't remember the
model though).  It's then good to atleast set _OS to "something well knows".

It turns out that "Microsoft Windows NT" is for now "better", but this
may be not true for everybody.
Note also that ACPICA support the _OSI stuff, so its not Windows NT but
another Windows IIRC (I don't remember which one).

You may therefore try to pass the kernel option "acpi_osi="
to see if that's help (especially if a grep _OSI file.asl is positive)
before overriding acpi_os_name.


-- 
Bruno Ducrot

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


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: Masquerading operating systems (with ACPI_OS_NAME) does cause grief.
@ 2005-01-10 18:41 Moore, Robert
  0 siblings, 0 replies; 4+ messages in thread
From: Moore, Robert @ 2005-01-10 18:41 UTC (permalink / raw)
  To: Bruno Ducrot, Barry Kitson; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

Another thing to keep in mind is that on many, many machines, "Microsoft
Windows NT" or similar is essentially the only tested code path.



> -----Original Message-----
> From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel-
> admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Bruno Ducrot
> Sent: Monday, January 10, 2005 7:03 AM
> To: Barry Kitson
> Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: Re: [ACPI] Masquerading operating systems (with ACPI_OS_NAME)
> does cause grief.
> 
> On Sun, Jan 09, 2005 at 11:40:52PM +1000, Barry Kitson wrote:
> > The following messages ....
> > http://sourceforge.net/mailarchive/message.php?msg_id=9558174
> > http://sourceforge.net/mailarchive/message.php?msg_id=9559475
> > suggest that there are no known problems resulting from pretending
your
> > favourite OS is something it's not.  Well, bad news.....
> >
> > Please note that (modulo VGA, which has it's own special set of
> > problems) the only string (prefix) that causes suspend/resume of
linux
> > 2.6.10 to fail on a VIA EPIA CL10000 Mini-ITX motherboard (with
either
> > of the two available BIOS versions - 1.16 or 1.23) is the newish
(but
> > not entirely accurate) default of ACPI_OS_NAME="Microsoft Windows
NT".
> > When Linux declares itself to be NT, resumes just don't happen.  The
fan
> > and power supply wake up, but that's about all.
> >
> > Are we really sure this value of ACPI_OS_NAME should be the default?
> > Could I suggest a return to "truth" as a default, with prominent
> > suggestions within the documentation of what lies to try when the
truth
> > fails?
> 
> Was done by testing by Bob IIRC and showed that this give less errors
> than having set it to "Linux".  "Linux" is not present for all DSDT
Ive
> seen so far (well, actually Ive seen a IBM laptop, don't remember the
> model though).  It's then good to atleast set _OS to "something well
> knows".
> 
> It turns out that "Microsoft Windows NT" is for now "better", but this
> may be not true for everybody.
> Note also that ACPICA support the _OSI stuff, so its not Windows NT
but
> another Windows IIRC (I don't remember which one).
> 
> You may therefore try to pass the kernel option "acpi_osi="
> to see if that's help (especially if a grep _OSI file.asl is positive)
> before overriding acpi_os_name.
> 
> 
> --
> Bruno Ducrot
> 
> --  Which is worse:  ignorance or apathy?
> --  Don't know.  Don't care.
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2005-01-10 18:41 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-01-09 13:40 Masquerading operating systems (with ACPI_OS_NAME) does cause grief Barry Kitson
     [not found] ` <1105278053.23887.35.camel-jrz8SJKx3bjmte52KpgHD8SwM44v/HSX@public.gmane.org>
2005-01-09 14:22   ` Matthew Garrett
2005-01-10 15:03   ` Bruno Ducrot
  -- strict thread matches above, loose matches on Subject: below --
2005-01-10 18:41 Moore, Robert

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox