Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 19 Oct 2007 15:18:30 -0700
From:      LI Xin <delphij@delphij.net>
To:        Scott Long <scottl@samsco.org>,  FreeBSD Current <freebsd-current@freebsd.org>, d@delphij.net
Subject:   Re: twa driver needs updating
Message-ID:  <47192D36.9010103@delphij.net>
In-Reply-To: <20071019221023.GC54662@in-addr.com>
References:  <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com>	<4718EC36.7090401@delphij.net>	<4E478C75-35D0-47EA-A4A3-05D06A167A51@emeraldcityeg.com>	<47192969.20809@samsco.org> <20071019221023.GC54662@in-addr.com>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigE4772103DF61243FC3630624
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Gary Palmer wrote:
> Since we still build a bunch of drivers into the kernel, how do you=20
> propose replacing a driver that is part of GENERIC?  I think implementi=
ng
> the above feature will mean fundamentally changing the way we ship
> kernels.

A quick hack around this would be to make it possible to boot from the
"Driver disc" and it saves the new kernel into some memory based images,
e.g. tmpfs or whatever, then asks for installation disc; maybe even put
sysinstall(8) on the driver disc so that it knows what to grab from the
old distribution disc and what to patch.

For on-hard disk installation replacing drivers within kernel is do-able
because we already have some mechanism to make sure that loaded module
has better priority of obtaining controls over the hardware.

For long term solution we should make sure that drivers are unload-able
at run time, but this would involve a lot of infrastructural changes on
kernel, e.g. the way we dynamically link the kernel, or even disable
part of the kernel.

Cheers,
--=20
Xin LI <delphij@delphij.net>	http://www.delphij.net/
FreeBSD - The Power to Serve!


--------------enigE4772103DF61243FC3630624
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHGS02OfuToMruuMARCnRYAJ9ml7krncnWER4QR/NZyNKrhqL1xACfXd06
Yu9OFfsZgqW39mD8Oaw+fcU=
=FNDk
-----END PGP SIGNATURE-----

--------------enigE4772103DF61243FC3630624--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47192D36.9010103>