Date: Thu, 12 Jun 2003 01:17:14 +0200 From: Stijn Hoop <stijn@win.tue.nl> To: Terry Lambert <tlambert2@mindspring.com> Cc: Thorsten Greiner <thorsten.greiner@web.de> Subject: Re: ACPI Regression in -CURRENT? Message-ID: <20030611231714.GA30279@pcwin002.win.tue.nl> In-Reply-To: <3EE6CE5A.C5024CDA@mindspring.com> References: <200306101342.h5ADgHQ26446@mailgate5.cinetic.de> <20030610135856.GQ12096@pcwin002.win.tue.nl> <3EE6CE5A.C5024CDA@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 10, 2003 at 11:38:18PM -0700, Terry Lambert wrote: > Stijn Hoop wrote: > > This is due to the Dell laptops having an invalid ACPI table in the BIO= S. > > The only way to avoid these messages is to tell FreeBSD ACPI to override > > the vendor supplied table with a correct one. >=20 > Alternately, since Microsoft works just peachy with this > thing, it's somewhat apparent that the Derefof() and Refof() > can be implied by the types of the values being passed, Not that I can read one bit of ASL, but I fail to see how this is apparent. If it is, is it still as apparent to an interpreter? > and the ACPI table parsing code should be changed to work like > Microsoft's does, at least until FreeBSD displaces the 70% > marketshare and can dictate defacto implementation standards, > where Intel can't. That would be great except probably nobody knows why this laptop works with Windows without a hitch -- it could very well be that the Dell drivers implement their own battery management and completely ignore the fact that it's broken in their ACPI table. > Yeah, I know that it's better to be correct than Microsoft > compatible, but it's also better to work with hardware as > shipped by vendors. >=20 > Unless you think you can get Dell to rev their BIOS... That would be great, but I don't have the contacts at Dell. Anybody reading this who does? --Stijn --=20 This sentence contradicts itself -- no actually it doesn't. -- Hofstadter --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+57h6Y3r/tLQmfWcRAkALAJoDAHnnRqATRT18MfH61JZ99I+jCACcC9ur Zr3RwTkPaPoBGiyrzWLcGYk= =HNT1 -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030611231714.GA30279>