From: Christian Zoz <zoz-l3A5Bk7waGM@public.gmane.org>
To: acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org
Subject: Re: DSDT in initrd
Date: Tue, 20 May 2003 17:37:54 +0200 [thread overview]
Message-ID: <20030520153754.GG24453@suse.de> (raw)
In-Reply-To: <F760B14C9561B941B89469F59BA3A84725A2A7-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
On Fri, May 16, Grover, Andrew wrote:
>
> It should be obvious that using DSDT override (however easy we make it)
> is NOT an option for distributions or any sort of non-developer
> solution. You mention that distributions could install DSDTs on
> installation but I don't buy it. This is part of the reason that I
> haven't been very receptive towards making DSDT override very easy.
Distributors cannot ship fixed DSDTs. That would be to much work. But
there are a lot of Linux Newbies with a laptop that worked so far with
W*. Now they are going to try Linux and get ACPI troubles.
It's far easier to explain them to place a fixed DSDT in a certain
file and to call mkinitrd than to guide them trough a kernel
complilation and installation.
Life would be ways easier for supporters.
There are people wich benefit from this patch.
Does this patch harm on the other side?
> We need to look for solutions that make using an ACPI-enabled kernel
> possible on the widest number of machines possible, *without* involving
> DSDT override. If there are bugs in the interpreter, we need to fix
> them.
Yes.
> If there are bugs in the DSDT, we need to get on OEMs to fix them.
Yes.
> Or, we need to have a blacklist that, either via specific system
> signatures or just BIOS date, safely reverts to non-ACPI on machines on
> which it has problems.
You cannot always revert to non-ACPI without losing funcionality.
At this point the average private laptop user is left alone. Why don't
we help him to fix his buggy DSDT?
> I really think it's kind of funny that so many people on this mailing
> list have gotten so good at fixing their systems' DSDT (maybe they
> should apply for BIOS engineer jobs!)
Wonderfull! This maybe helps to come to more sophisticated BIOS
engineer and thus better BIOSs. ;)))
> but this skill is the equivalent of requiring someone to know how an
> engine works in order to drive a car.
Sometimes i were glad i could fix the programming of my bordcomputer
myself.
--
ciao, christian
--------------------------------------------------------------------
Verglichen mit jedem x-beliebigen Redmonder Betriebssystem-Clone
ist Linux geradezu eine leuchtende Perle der Datensicherheit.
------ Frank Rennemann (http://www.linux-knowledge-portal.org) -----
-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
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-20 15:37 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-16 22:50 DSDT in initrd Grover, Andrew
[not found] ` <F760B14C9561B941B89469F59BA3A84725A2A7-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
2003-05-16 23:04 ` Randy.Dunlap
2003-05-17 9:30 ` Markus Gaugusch
2003-05-20 15:37 ` Christian Zoz [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-05-19 14:38 Brown, Len
[not found] ` <A5974D8E5F98D511BB910002A50A6647054FC40A-MgY+aF+eRfZviC08c4yzC1DQ4js95KgL@public.gmane.org>
2003-05-19 14:53 ` Ducrot Bruno
2003-05-19 15:26 ` Michael Frank
2003-05-20 16:56 ` Markus Gaugusch
[not found] ` <Pine.LNX.4.53.0305191725350.9728-sxQ525G0OhRQK2oVCIMtW7NldLUNz+W/@public.gmane.org>
2003-05-20 18:01 ` Matthew Wilcox
[not found] ` <20030520180149.GJ31518-+pPCBgu9SkPzIGdyhVEDUDl5KyyQGfY2kSSpQ9I8OhVaa/9Udqfwiw@public.gmane.org>
2003-05-20 18:03 ` Markus Gaugusch
2003-05-21 7:23 ` Nathan Gray
2003-05-17 1:17 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-16 1:41 Brown, Len
[not found] ` <A5974D8E5F98D511BB910002A50A6647054FC400-MgY+aF+eRfZviC08c4yzC1DQ4js95KgL@public.gmane.org>
2003-05-16 5:58 ` Markus Gaugusch
2003-05-16 6:24 ` Michael Frank
2003-05-13 4:28 Michael Frank
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=20030520153754.GG24453@suse.de \
--to=zoz-l3a5bk7wagm@public.gmane.org \
--cc=acpi-devel-pyega4qmqnRoyOMFzWx49A@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.