From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bruno Ducrot Subject: Re: ACPI C4 support Date: Tue, 2 Mar 2004 10:52:53 +0100 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <20040302095253.GC2869@poupinou.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: "Grover, Andrew" Cc: Pavel Machek , Stefan Behlert , ACPI mailing list , trenn-l3A5Bk7waGM@public.gmane.org, "Brown, Len" List-Id: linux-acpi@vger.kernel.org On Mon, Mar 01, 2004 at 01:26:09PM -0800, Grover, Andrew wrote: > > From: Pavel Machek [mailto:pavel-AlSwsSmVLrQ@public.gmane.org] > > If there is old BIOS guide telling them to use length of 7, could we > > make Linux accept that? Its likely a lot of developers have read > > that... > > > > Allowing length of 7 is one line change; if we do it, such notebooks > > will be able to use C1..C3, but not C4. That does not seem too bad... > > I would favor being a little more demanding before adding a hack. This > could be EASILY fixed by a BIOS update, now that the BIOS developer > knows it is wrong. If this is a common BIOS error then maybe that > changes things. > > BTW, hey wasn't someone going to implement _CST support? FreeBSD already > has this, we're behind*! ;-) > > Regards -- Andy > > * not that any systems use it yet, but it's coming http://bugzilla.kernel.org/show_bug.cgi?id=1958 -- 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