From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nathan Gray Subject: Re: RE: ACPI source releases updated (20030509) Date: Tue, 13 May 2003 11:38:40 -0700 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: References: <20030513085421.GB1338@enigma.daemon.sh> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Return-path: Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org Sebastian Henschel wrote: > on the other hand, this patch should not be necessary anyway. users > should not patch part of their "bios" by themselves to get their system > to work better. but this is how the situation currently looks like, as > long as the vendors provide buggy DSDTs. i would consider the patch to > be temporary, marked as soon-to-be-deleted. :) I think I would like to see this patch included even if vendors supplied perfectly good DSDTs. It's kind of interesting to hack on these things and it could allow the enterprising hacker to improve the functionality of her machine. For example, on my machine Dell has put almost every device on interrupt 11 without giving me any way to change them. I'm not an expert, but from what I've seen in the ACPI spec I think it might be possible for me to override this decision by hacking the DSDT. In short, open source is all about hacking and so is this patch. :-) I think the only criticism I have of this patch is that (IMVeryHO) it doesn't strike me as suitable for long-term inclusion in the kernel. I imagine it would be better to allow the user to specify dsdt=/boot/dsdt.img in the same way he specifies initrd=/boot/initrd.img so that these two things can be kept cleanly separated. Cheers, -n8 -- >>>-- Nathaniel Gray -- Caltech Computer Science ------> >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> ------------------------------------------------------- Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara The only event dedicated to issues related to Linux enterprise solutions www.enterpriselinuxforum.com