From: Bruno Ducrot <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
To: "Cagle, John (ISS-Houston)" <john.cagle-VXdhtT5mjnY@public.gmane.org>
Cc: "Yu, Luming" <luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
"Brown, Len" <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
Nate Lawson <nate-Y6VGUYTwhu0@public.gmane.org>,
"Scott T. Smith" <scott-j3vAvQ9dNB9ByuSxxbvQtw@public.gmane.org>,
ACPI Developers
<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
"Moore,
Robert" <robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
"Grover,
Andrew" <andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Subject: Re: ACPI_STRICT_COMPLIANCE (was RE: RE: ACPI -- Workaround forbroken DSDT)
Date: Fri, 13 Feb 2004 01:50:43 +0100 [thread overview]
Message-ID: <20040213005043.GE13262@poupinou.org> (raw)
In-Reply-To: <C50AB9511EE59B49B2A503CB7AE1ABD106611260-Iar2LzuD2f6P0FQRY6S+e9kSKC0Mw0DFJ8am2ALHCgk@public.gmane.org>
On Thu, Feb 12, 2004 at 06:08:41PM -0600, Cagle, John (ISS-Houston) wrote:
> From: Bruno Ducrot
> > On Wed, Feb 11, 2004 at 11:33:16PM -0600, Cagle, John
> > (ISS-Houston) wrote:
> > > From: Yu, Luming [mailto:luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org]
> > > >
> > > > > that would be a kernel command line option to do the same thing.
> > > > > ACPI_STRICT=ON?
> > > >
> > > > It is unfeasible.
> > >
> > > Care to elaborate?
> > >
> >
> > How you will handle the toshiba return bug?
>
> I'm not familiar with that specific bug, and I want to make it clear I
> was not suggesting that we remove any existing workarounds.
Sorry, I should explain more, then.
>
> I was suggesting that having a kernel command line option (to control
> the strict-ness of the ACPI implementation) will make it a lot easier
> for OEM's to test their AML under Linux. Assuming, of course, that the
> default behavior of the ACPI driver is "relaxed", which it is not
> currently.
>
The 'toshiba return bug' is something like that:
Method(FOO) {
return (0)
}
Method(BAR) {
FOO()
}
If ACPI is pedantic, BAR return nothing.
On some implementation of the AML interpreter found on no-named OS, BAR
will return 0. Also, if now you have
Method(BAZ) {
DoSomething
FOO()
DoSomethingElse
Return(1)
}
Then if ACPI is pedantic, the DoSomethingElse will be executed, and 1
will be returned, whereas on some no-named AML interpreter the DoSomethingElse
path will not be executed, and 0 will be returned. Also, it's hard to
know what is exactly the intention of the BIOS writer on such ASL
statements.
It can be possible that the no-named AML interpreter fixed that
issue (I believe this is the case), whereas it do not fix others.
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
next prev parent reply other threads:[~2004-02-13 0:50 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-13 0:08 ACPI_STRICT_COMPLIANCE (was RE: RE: ACPI -- Workaround forbroken DSDT) Cagle, John (ISS-Houston)
[not found] ` <C50AB9511EE59B49B2A503CB7AE1ABD106611260-Iar2LzuD2f6P0FQRY6S+e9kSKC0Mw0DFJ8am2ALHCgk@public.gmane.org>
2004-02-13 0:50 ` Bruno Ducrot [this message]
[not found] ` <20040213005043.GE13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-02-16 8:34 ` Stefan Seyfried
[not found] ` <20040216083435.GA23640-l0tNAEGuAhhzZ8+rp42Dbp9+tswZ0GTaehPwdyo5hKaELgA04lAiVw@public.gmane.org>
2004-02-16 12:49 ` Bruno Ducrot
-- strict thread matches above, loose matches on Subject: below --
2004-02-12 6:32 Yu, Luming
[not found] ` <3ACA40606221794F80A5670F0AF15F8401CBB6AC-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-02-12 20:21 ` Len Brown
2004-02-12 5:33 Cagle, John (ISS-Houston)
[not found] ` <C50AB9511EE59B49B2A503CB7AE1ABD10661124D-Iar2LzuD2f6P0FQRY6S+e9kSKC0Mw0DFJ8am2ALHCgk@public.gmane.org>
2004-02-12 23:08 ` Bruno Ducrot
2004-02-12 3:11 Yu, Luming
2004-02-11 18:04 Cagle, John (ISS-Houston)
[not found] ` <C50AB9511EE59B49B2A503CB7AE1ABD10661123D-Iar2LzuD2f6P0FQRY6S+e9kSKC0Mw0DFJ8am2ALHCgk@public.gmane.org>
2004-02-11 19:35 ` Len Brown
2004-02-19 22:48 ` Pavel Machek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040213005043.GE13262@poupinou.org \
--to=ducrot-kk6yzipjem5g9huczpvpmw@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=john.cagle-VXdhtT5mjnY@public.gmane.org \
--cc=len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=nate-Y6VGUYTwhu0@public.gmane.org \
--cc=robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=scott-j3vAvQ9dNB9ByuSxxbvQtw@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox