Date: Sat, 21 Oct 2000 20:02:15 +0930 (CST) From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Michel Talon <michel@lpthe.jussieu.fr> Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Dynamically loading/unloading accept filters Message-ID: <XFMail.001021200215.doconnor@gsoft.com.au> In-Reply-To: <20001021120742.A396@lpthe.jussieu.fr>
next in thread | previous in thread | raw e-mail | index | archive | help
On 21-Oct-00 Michel Talon wrote:
> On Sat, Oct 21, 2000 at 02:17:42PM +0800, Yusuf Goolamabbas wrote:
> > Hi, I tried the following commands today on a 4.1.1-stable box
> >
> > kldload accf_data
> > kldstat
> > kldunload accf_data
> >
> > The last command returns the following message. Is there any dependency
> > I missed
> >
> > kldunload: can't unload file: Operation not supported
> >
> > --
> I have similar with the vpo module.
> kldload vpo works and the zip works. But kldunload vpo says
> kldunload: can't unload file:Device not configured.
> What is this about?
The vpo device has no detach method so it can't be unloaded (as far as I
understand it the upper layer returns ENXIO because there is no detach method)
As for accf it is a module and the handler for it doesn't support unloading.
From the source (/usr/src/sys/kern/uipc_accf.c) ->
case MOD_UNLOAD:
/*
* Do not support unloading yet. we don't keep track of
refcounts
* and unloading an accept filter callback and then having it
called
* is a bad thing. A simple fix would be to track the refcount
* in the struct accept_filter.
*/
if (unloadable != 0) {
s = splnet();
error = accept_filt_del(accfp->accf_name);
splx(s);
} else
error = EOPNOTSUPP;
break;
---
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.001021200215.doconnor>