Thread (1 message) 1 message, 1 author, 2003-05-19
  • (off-list ancestor, not in this archive)
  • Re: DSDT in initrd · Ducrot Bruno <hidden> · 2003-05-19

Re: DSDT in initrd

From: Ducrot Bruno <hidden>
Date: 2003-05-19 14:53:32

On Mon, May 19, 2003 at 07:38:21AM -0700, Brown, Len wrote:
I agree with Andy that the OSDs should avoid the DSDT distribution and
support business.  It is the OEM's job to ship a working BIOS, and they will
do so if they want to pass the OSD's certification test suite.

The concept of a DSDT override is a workaround -- fine for bringup,
development, hackers, enthusiasts, wizards etc.  But somebody who pays money
for a production box that runs Linux will buy one that the OSD certifies and
supports.

So unless the Linux community wants to slide down the slippery slope of
running any old broken BIOS -- forever -- we should maintain -- indeed
sharpen -- our ability to reject bad firmware -- and generously apply that
ability when the OEM goes before an OSD for certification.
Most trouble come with laptops, not servers (almost all servers
that I have tested work without any real troubles for now).

BUT there is indeed a need to provide workarounds for
_laptops_ users.

-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
This SF.net email is sponsored by: If flattening out C++ or Java
code to make your application fit in a relational database is painful, 
don't do it! Check out ObjectStore. Now part of Progress Software.
http://www.objectstore.net/sourceforge
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help