Date: Thu, 23 Sep 2004 20:57:19 -0400 From: John Baldwin <jhb@FreeBSD.org> To: Nate Lawson <nate@root.org> Cc: Joerg Wunsch <joerg@FreeBSD.org> Subject: Re: cvs commit: src/sys/dev/fdc fdc.c fdcvar.h Message-ID: <200409232057.19962.jhb@FreeBSD.org> In-Reply-To: <41535BD3.1020609@root.org> References: <200409232112.i8NLCLgQ065917@repoman.freebsd.org> <200409231923.40285.jhb@FreeBSD.org> <41535BD3.1020609@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 23 September 2004 07:27 pm, Nate Lawson wrote:
> John Baldwin wrote:
> > On Thursday 23 September 2004 07:19 pm, Nate Lawson wrote:
> >>Or simpler:
> >>
> >>foo_kill():
> >> error = kthread_suspend(p, kproc_shutdown_wait * hz);
> >> if (error == EWOULDBLOCK)
> >> printf("timed out\n");
> >>
> >>foo_thread():
> >> for (;;) {
> >> mtx_unlock(&bdlock);
> >> kthread_suspend_check(bufdaemonproc);
> >> ...
> >> mtx_lock(&bdlock);
> >> if (numdirtybuffers <= lodirtybuffers)
> >> msleep(&bd_request, &bdlock, PVM, "psleep", hz);
> >
> > That doesn't actually cause the thread to exit, it just goes to sleep.
> > If fdc wants to support detaching and kldunload it needs the thread to
> > actually go away, not just go to sleep.
>
> If a thread is suspended and the module is unloaded, what would be the
> failure case?
Leaving unclaimed KVM around that can never be recovered.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200409232057.19962.jhb>
