--96YOpH+ONegL0A3E
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Nov 23, 2007 at 12:42:12PM -0500, Jared D. McNeill wrote:
> On Fri, 23 Nov 2007, Quentin Garnier wrote:
> >So yes, it assumes the ACPI tree the vendor provides makes some kind of
> >sense (granted, that might be a big assumption, but I have yet to see a
> >table where it is untrue), but if it's not the case, it's not fatal:
> >acpi0 will try to attach unclaimed nodes at the end of the process.
> >
> >You can see an example of the resulting dmesg here:
>=20
> This looks good. Have you tried a standard GENERIC kernel to see how it=
=20
> behaves on both modern and non-ACPI PCs?

Unfortunately, I can't.  Splitted device_t/softc is mandatory in my
tree, which caused me long hours of tracking down all casts just for the
drivers of my laptop alone...  I could find a way to make it work,
though.

--=20
Quentin Garnier - cube@cubidou.net - cube@NetBSD.org
"See the look on my face from staying too long in one place
[...] every time the morning breaks I know I'm closer to falling"
KT Tunstall, Saving My Face, Drastic Fantastic, 2007.

--96YOpH+ONegL0A3E
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (NetBSD)

iQEVAwUBR0cZ5dgoQloHrPnoAQIc9AgAhc9YNP0RlKjCLp6l8HSwAt7rFpy6tHrN
aFDBJnsbMOYTEhWUEge+spkglFSHQjg/sE/tt0YJeR3RUUNsGy6lVJGvmDKbUpaQ
gqJN7QtILcOeTZkGhTbam859A2LlIxd12vz3UJzGm3yTk1EzZgH6rx+p73wvtX0G
ZN+SgE+xP4TOjNaOlgafUA89R/j833XI5Jehma2pzFnKyHqF4k8zY81eZPEKB/fu
2qSVkH6EMqaCVp71O29UAJvX1TIY3ckxv4Jj8dd61mYvuAN2srOPGYDjJl05XWm7
QCBymKkxQDYxwMY/Wjz59uczSMSCVPlNGbzUZKtDkWVhWSOy9bvnzw==
=KW+D
-----END PGP SIGNATURE-----

--96YOpH+ONegL0A3E--