Re: kldunload DIAGNOSTIC idea...

From: Poul-Henning Kamp (phk_at_phk.freebsd.dk)
Date: 07/21/04

  • Next message: M. Warner Losh: "Re: kldunload DIAGNOSTIC idea..." 
    To: Doug Rabson <dfr@nlsystems.com>
Date: Wed, 21 Jul 2004 14:29:21 +0200

    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.
_______________________________________________
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"
  • Next message: M. Warner Losh: "Re: kldunload DIAGNOSTIC idea..."