Date: Tue, 25 Jan 2005 16:13:48 +0100 From: "Poul-Henning Kamp" <phk@phk.freebsd.dk> To: Robert Watson <rwatson@freebsd.org> Cc: "M. Warner Losh" <imp@bsdimp.com> Subject: Re: Devd event from GEOM? Message-ID: <86137.1106666028@critter.freebsd.dk> In-Reply-To: Your message of "Tue, 25 Jan 2005 14:51:05 GMT." <Pine.NEB.3.96L.1050125143745.3036A-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <Pine.NEB.3.96L.1050125143745.3036A-100000@fledge.watson.org>, Robert Watson writes: >We're really not interested >in the newbus announcement, since there are lots of network interfaces >that have no physical representation and so aren't visible to newbus. I think this is the crux of the matter. newbus events will mostly be able tell us that we need to load a driver kld. devfs events on the other hand tells us that something can be accessed from userland. Since we added /dev/net/* we have sort of collapsed the split we previously had where some devices did not appear in /dev. There are still virtualized cases though, adding more hardware under opencrypto comes to mind. I can't really turn that into an example where we need to do more than respond to newbus by loading the driver. But as I said in the other email, we should probably have devfs communicate the type of device to devd to save some rather complex code in userland. (The regexp matching all our ethernet drivers in devd.conf have always irritated me). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86137.1106666028>