Date: Wed, 30 Apr 1997 11:41:13 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: avalon@coombs.anu.edu.au (Darren Reed) Cc: msmith@atrad.adelaide.edu.au, bde@zeta.org.au, hackers@freebsd.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) Message-ID: <199704301841.LAA02469@phaeton.artisoft.com> In-Reply-To: <199704300708.AAA10789@hub.freebsd.org> from "Darren Reed" at Apr 30, 97 05:07:10 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> Hmmm, IP Filter unloads and reloads easily enough. > > However, give some thought to a process which is in a kernel sleep state, > inside the LKM and theLKM is removed, leaving the process still sleeping > on a now invalid address. There is a place in the instance structure for entrancy counting for delayed unload. The system call sample I originally sent with the LKM code demonstrated its use. The problem with devices is that they don't get open/close notification, which was something PHK wanted for quite some time, so entrancy counting isn't really something youy can do anything about. As far as generalization of the network protocols, and so on, there is still not a registration/deregistration mechanism supported "down there" (this is something I wanted when the "stale" networking code was ripped bodily from the bosom of the kernel...). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199704301841.LAA02469>