kldunload DIAGNOSTIC idea...

[Poul-Henning Kamp]

In message <1090412431.7114.13.camel at 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 at 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.