Subject: Re: Buggy DSDTs policy ?
From: Xavier Bestel <xavier.bestel@free.fr>
To: Pekka Pietikainen <pp@ee.oulu.fi>
Cc: Onur Kucuk <onur@delipenguen.net>, Olivier Galibert <galibert@pobox.com>,
       linux-kernel@vger.kernel.org
In-Reply-To: <20041022151943.GA16874@ee.oulu.fi>
References: <20041022122326.GA69381@dspnet.fr.eu.org>
	 <20041022174154.2ebd2c5c.onur@delipenguen.net>
	 <1098456935.31003.77.camel@gonzales>  <20041022151943.GA16874@ee.oulu.fi>
Content-Type: text/plain; charset=utf-8
Message-Id: <1098459316.31003.93.camel@gonzales>
Mime-Version: 1.0
Date: Fri, 22 Oct 2004 17:35:16 +0200
Content-Transfer-Encoding: 8BIT
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1060
Lines: 27

Le ven 22/10/2004 à 17:19, Pekka Pietikainen a écrit :
> On Fri, Oct 22, 2004 at 04:55:35PM +0200, Xavier Bestel wrote:
> > >  CONFIG_ACPI_CUSTOM_DSDT is included in 2.6.9
> > 
> > But fixed DSDTs are a pain to find, and fixing a buggy DSDT is
> > impossible for a non-hacker.
> > 
> http://acpi.sourceforge.net/dsdt/index.php has quite a few.

.. which aren't all proper fixes (I tried the DSDT for Armada 1700, it's
a partial fix only).

> The problem is getting the fixed dsdt in use without recompiling your
> kernel, since quite a few people, especially non-technical ones, use vendor
> kernels. There's an approach that uses initrd, but this isn't merged
> yet. I'd say it should be, assuming no better solution can be found.

Yes, sure. But real non-technical people won't replace their DSDT
either.

	Xav

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/