From: Kevin Fenzi <kevin-acpi-+bl/7iUgRMUAvxtiuMwx3w@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Working around bugs in ACPI BIOS [was Re: DSDT in initrd]
Date: Mon, 19 May 2003 11:07:34 -0600 [thread overview]
Message-ID: <20030519170738.E9CEEF7F60@voldemort.scrye.com> (raw)
In-Reply-To: 20030518213405.GB452@elf.ucw.cz
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
>>>>> "Pavel" == Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org> writes:
Pavel> Hi!
>> I must admit I'm really torn. If there were 2-3 little AML problems
>> that if we worked around them, a horde of machines would start
>> working, then I think we would do that, but my sense is that there
>> are many more ways a DSDT can be broken, and that implementing
>> workarounds for all of them would cause other systems to
>> fail. Maybe some of the people who have fixed their DSDTs can
>> comment on the scope of bugs out there.
Pavel> I believe policy should be "if it can't possibly break anyone".
Pavel> AML functions not returning value can be safely replaced with
Pavel> returning 0; uninitialized variables can also be initialized
Pavel> with 0. Both should be safe, and we should printk() loudly in
Pavel> both cases.
The one I would like to see is when acpi is parsing and comes accross
a variable with a * in it, it just removes the * and parses the
variable after that. This would make tons of compaq laptops happy with
acpi out of the box. I think pretty much all of them have this bug.
The main reason I have to modify my dsdt is to remove all the *'s from
it. ie,
Name(_HID, "*PNP0C0B")
...
Name(_HID, "*PNP0C01")
...
Name(_HID, "*PNP0A03")
Is there any way this could be added?
Granted this might cause compaq to not update their bios, but on many
of the older laptops I don't think thats going to happen anyhow.
kevin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>
iD8DBQE+yQ9a3imCezTjY0ERAr3/AKCbuqoMQpYkRuMaBskTx1FPTiEDigCeMgN8
rWg4Pf0x6RuabOMEtfjTVj8=
=sStk
-----END PGP SIGNATURE-----
-------------------------------------------------------
This SF.net email is sponsored by: If flattening out C++ or Java
code to make your application fit in a relational database is painful,
don't do it! Check out ObjectStore. Now part of Progress Software.
http://www.objectstore.net/sourceforge
next prev parent reply other threads:[~2003-05-19 17:07 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-17 1:17 DSDT in initrd Grover, Andrew
[not found] ` <F760B14C9561B941B89469F59BA3A847E96EA0-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
2003-05-18 20:07 ` Mark Santcroos
[not found] ` <20030518200724.GB631-ScjxTogt4I4lGuH5DXb43w@public.gmane.org>
2003-05-19 10:10 ` Adachi, Kenichi
2003-05-18 21:34 ` Working around bugs in ACPI BIOS [was Re: DSDT in initrd] Pavel Machek
[not found] ` <20030518213405.GB452-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2003-05-19 15:17 ` Ducrot Bruno
[not found] ` <20030519151727.GK346-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2003-05-19 15:14 ` Alan Cox
[not found] ` <1053357286.28972.0.camel-2MMpYkNvuYAXoXS6vNje7nviChZXdy279dF7HbQ/qKg@public.gmane.org>
2003-05-20 14:01 ` Ducrot Bruno
2003-05-19 17:07 ` Kevin Fenzi [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-05-19 17:38 Cagle, John (ISS-Houston)
[not found] ` <C50AB9511EE59B49B2A503CB7AE1ABD10440E51B-Iar2LzuD2f6P0FQRY6S+e9kSKC0Mw0DFJ8am2ALHCgk@public.gmane.org>
2003-05-19 17:55 ` Alan Cox
2003-05-21 12:07 ` Sérgio Monteiro Basto
2003-05-19 17:46 Moore, Robert
2003-05-19 17:50 Grover, Andrew
2003-05-19 18:09 Cagle, John (ISS-Houston)
2003-05-19 18:49 Grover, Andrew
[not found] ` <F760B14C9561B941B89469F59BA3A847E96EA5-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
2003-05-20 4:11 ` Kevin Fenzi
2003-05-20 22:17 ` 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=20030519170738.E9CEEF7F60@voldemort.scrye.com \
--to=kevin-acpi-+bl/7iugrmuavxtiumwx3w@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@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