Date: Thu, 26 Feb 2004 12:46:15 -0800 (PST) From: Julian Elischer <julian@elischer.org> To: "M. Warner Losh" <imp@bsdimp.com> Cc: arch@freebsd.org Subject: Re: per-device sysctls Message-ID: <Pine.BSF.4.21.0402261244020.6679-100000@InterJet.elischer.org> In-Reply-To: <20040226.134120.71093962.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 26 Feb 2004, M. Warner Losh wrote: > In message: <3045.1077827869@critter.freebsd.dk> > "Poul-Henning Kamp" <phk@phk.freebsd.dk> writes: > : In message <20040226.125904.08946359.imp@bsdimp.com>, "M. Warner Losh" = writes: > : >In message: <xzp8yipk4gh.fsf@dwp.des.no> > : > des@des.no (Dag-Erling Sm=F8rgrav) writes: > : >: "Poul-Henning Kamp" <phk@phk.freebsd.dk> writes: > : >: > Dag-Erling =3D?iso-8859-1?q?Sm=3DF8rgrav?=3D writes: > : >: > > "M. Warner Losh" <imp@bsdimp.com> writes: > : >: > > > That is a good reason to transitioning to this, so long as we = can come > : >: > > > up with a good way to represent detached nodes. > : >: > > As long as they have a device_t, it should be a piece of cake. > : >: > Having a device_t is a property of having hardware, not of being a > : >: > device driver. > : >:=20 > : >: I believe that by "detached nodes", Warner means hardware that does > : >: not have a driver. > : > > : >They have a device_t, however. All nodes in the tree have a device_t > : >(kind of by definition). Not all nodes in the tree have a devclass > : >associated with their device_t (eg, not all devices are attached). > : >this is why you'll see lots of 'unknown' nodes in the devinfo output. > :=20 > : GEOM, NETGRAPH pty, tun, tap, nmdm and similar have no newbus > : infestation and there would have to really good reasons to infest them. Well netgraph has been using net.graph for a while but it would be nice to have at least a convention as to where things like this might go..=20 >=20 > If they want to use this mechanism, they need to use the mechanism. > I'm cool with them not using this mechanism, but I don't think we > should kludge it to allow for them to use it. That's what I'm > saying... This is a newbus only mechanism and let's not get bogged > down in accomidatnig non-newbus things until we have the newbus parts > of it working. >=20 > Warner > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" >=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0402261244020.6679-100000>