Subject: Re: Call for review: The New Block/Character Device Switch Configuration Framework
To: <>
From: Ignatios Souvatzis <ignatios@theory.cs.uni-bonn.de>
List: tech-kern
Date: 06/28/2001 14:40:02
--MnLPg7ZWsaic7Fhd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Jun 28, 2001 at 07:22:38PM +0700, Robert Elz wrote:
> Date: Thu, 28 Jun 2001 12:50:09 +0200
> From: Ignatios Souvatzis <ignatios@theory.cs.uni-bonn.de>
> Message-ID: <20010628125009.A28656@theory.cs.uni-bonn.de>
>=20
>=20
> | Well, but as long as the userland problem isn't solved, you can't use=
your
> | changed kernel at all...
>=20
> I think that you and mjacob were both missing ...
>=20
> 4.2. Userland - config(8)
>=20
> 4.2.1. Grammer
>=20
> device-switch <name> chr <num> [blk <num>] [<options>]
>=20
> name - The prefix of bdevsw/cdevsw entry (required)
> chr - A character major number (required)
> blk - A block major number (optional)
> options - Conditions to determine whether should be attached or not
> (optional)
>=20
> That is, the major device numbers are still being wired into the
> kernel, they're not being dynamically allocated - just now that info
> is coming from the config machinery, rather that someone hand editing
> the conf.c file and corectly positioning the list of functions in the
> [cb]devsw tables.
>=20
> Really, if Matt Thomas looks at this and says "real cool" or something,
> it really can't be a totally broken design, can it?
I didn't want to say "broken", just "we need to specify/implement the other
half first."
But as you write, I hadn't looked close enough. Ok, then.
Regards,
-is
--MnLPg7ZWsaic7Fhd
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: 2.6.i
iQEVAgUBOzslQjCn4om+4LhpAQGXQwgAmi1WZsaIIb7TMAhewOd5l5zmoMe5v/iF
DIhDWkL3JKDKdhyM3BeM9OgMR3fHFA1K4fkEiGfh4qxY48eSNt4McBKOEm+jQx3I
EZ2ECUqReepJuD3Wx8XMMp2tZZEmoTZypEebnzICIQ7QzRlcBaibK4G9cjq4C3+Y
pe6lxc5xJSBVM/2ArWdkC8nu1KQSmTJTDZnQ9M+mdvkCJ7utiCVxW+Hy0SeaUA0u
xCyXSWYSSPVVL0tydVvpk1Q25t4O59+6Ah7wFgnIbYAzU2Ir/rzD/MEIggHSpyXn
k0Njh7TEoiRyVGwj3wWxHmNwWoFQbJRC6dVbm7r7OdArNCvMnmPWgA==
=4N/s
-----END PGP SIGNATURE-----
--MnLPg7ZWsaic7Fhd--