From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bas Mevissen Subject: Re: RE: ACPI -- Workaround for broken DSDT Date: Thu, 05 Feb 2004 16:55:26 +0100 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <4022676E.70803@basmevissen.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: "Cagle, John (ISS-Houston)" Cc: "Brown, Len" , "Scott T. Smith" , acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org Cagle, John (ISS-Houston) wrote: > Also, if there were a Linux-ACPI standard validation suite, it would > make HP's Linux QA Engineers very happy, and much more likely to > find and fix ACPI AML errors *before* we ship new hardware. Anyone > interested in working on something like that? > I agree that it would help a lot of hardware and software manufacturers to validate their hardware. The funding part is more a problem then people interested to work on it. For example, I would love to work for it. :-) Such suite would be a major undertaking. One needs a huge piece of hardware and software to test and validate software and hardware on/with. To be successful, one also needs an independant, widely accepted (but industry-funded!) validation and certification organisation that can provide validation and certification for both hardware and software products. BTW. I'm wondering if there are no such initiatives already because this problem is not really new. Regards, Bas. ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn