Content-Type: text/plain; charset=us-ascii
Alan Cox writes:
| Adding a bloated interpreter for an obscure, misdesigned bios hardware
| description language is simply not my idea of progress.
Pardon me for butting in, but perhaps this is relevant...
I've seen the odd program which manipulates the ACPI tables/registers
directly rather than through an ASL compiler then an AML interpreter.
These appear to use the "magic numbers" which the interpreter would
eventually spit out.
Being a newbie on ACPI internals (still ploughing through the 400 page
'specification' document), I'm not sure whether there would be nasty
implications from doing this on a larger scale - e.g. needing to tweak
those magic numbers for each and every ACPI BIOS implementation.
Back in the real world, some people using ACPI BIOSes (e.g. owners of
recent Sony Vaio boxes like my C1VE) are finding that the legacy APM
support is losing when they try to do things like suspend to disk. A
minimalist ACPI implementation could be just the ticket...
Just wondering if people have any thoughts on this!
Cheers,
Martin
PS Blatant plug :-) I've set up a mailing list for people doing Linux
stuff on the Sony C1's: http://mail.gnu.org/mailman/listinfo/linux-c1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Exmh version 2.1.1 10/15/1999 + martin
iD8DBQE63BxrVw+hz3xBJfQRAhZEAJ9wYOmOpbaA4z0qZpSmn43IGJJZdgCfbLo7
L9ZG4E/Z97LI87u5iK+TOvY=
=/ItG
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/