Date: Wed, 21 Jul 2004 14:29:21 +0200 From: "Poul-Henning Kamp" <phk@phk.freebsd.dk> To: Doug Rabson <dfr@nlsystems.com> Cc: freebsd-arch@freebsd.org Subject: Re: kldunload DIAGNOSTIC idea... Message-ID: <83182.1090412961@critter.freebsd.dk> In-Reply-To: Your message of "Wed, 21 Jul 2004 13:20:31 BST." <1090412431.7114.13.camel@builder02.qubesoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <1090412431.7114.13.camel@builder02.qubesoft.com>, Doug Rabson write s: >> The problem is that I cannot find the device_t without dereferencing >> the struct cdev (either for si_driver[12] or the dev_t) and by then >> it is too late. There is no way we can avoid refcounting on the cdev. > >Ok, so you are going to handle this in specfs (or whatever replaces >specfs)? That makes sense. That's the only way I can see to avoid tons of copy&paste code all over the drivers, because it's all the same for them. >Any ideas on how network interfaces should >work in this? I talked with Robert briefly about this yesterday, and the problem there is that struct ifnet is embedded in the softc. If the softc had a pointer to the ifnet, then we could do something similar, but as long as it's embedded we're stuck. -- 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?83182.1090412961>