From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bruno Ducrot Subject: Re: RE: ACPI -- Workaround for broken DSDT Date: Fri, 6 Feb 2004 20:33:56 +0100 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <20040206193356.GC13262@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: "Cagle, John (ISS-Houston)" Cc: Bas Mevissen , "Brown, Len" , "Scott T. Smith" , acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org On Thu, Feb 05, 2004 at 08:33:14AM -0600, Cagle, John (ISS-Houston) wrote: > Bas Mevissen wrote: > > > > ACPI committee did not push a proper validation program. It's > > like the > > web "standards": standards are therem but everybody tests with IE and > > most web developers are satisfied when it works with it... > > > > ACPI committee should make a proper validation mandatory before a > > computer may be sold as "ACPI X.Y compliant". Then manufacturers can > > test against (open) validation platform and Linux-ACPI can be > > validated > > against it too. > > This is a very good point, something for all of us to remember when > participating in any standards-creating process. > > 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? > That may be a lot of time consuming for single individual like me that need to work on complete different topic, or else I can not pay my car for example. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. ------------------------------------------------------- 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