Re: targclose doesn't return

From: Matthew Jacob <lydianconcepts_at_gmail.com>
Date: Tue, 3 Apr 2007 16:12:56 -0700
I mean to say I'll put it on my list, but if others have a quick
insight into fixing it that would be mucho appreciated.

On 4/3/07, Matthew Jacob <lydianconcepts_at_gmail.com> wrote:
> Neither am I. I had to fool around with this at one point to get it to
> work and it's probably gotten broken again as other parts of the
> kernel get more lock clean. Sigh.
>
> On 4/3/07, Scott Long <scottl_at_samsco.org> wrote:
> > My guess is that the kninit() in targopen isn't being cleaned up from in
> > targclose.  I'm not terribly familiar in how the knote API works,
> > though.
> >
> > Scott
> >
> >
> > Matthew Jacob wrote:
> > > Yeah- I've seen this too.
> > >
> > > On 4/3/07, Alex Dupre <ale_at_freebsd.org> wrote:
> > >> Scott Long wrote:
> > >> > Are there any other console messages from the targ driver?  Can you
> > >> > turn on CAMDEBUG and send us the trace of what is going on?
> > >>
> > >> CAMDEBUG is already on, but simply opening/closing the targ device,
> > >> without sending any ioctl to enable it, shouldn't produce any CAM
> > >> message. I traced the kernel thread and I found that it doesn't return
> > >> from the destroy_devl() function: csw->d_purge is NULL and
> > >> dev->si_threadcount is '1'. The thread enters the following block
> > >> (kern_conf.c, row 690) and never exits.
> > >>
> > >>
> > >>        while (dev->si_threadcount != 0) {
> > >>                /* Use unique dummy wait ident */
> > >>                msleep(&csw, &devmtx, PRIBIO, "devdrn", hz / 10);
> > >>        }
> > >>
> > >>
> > >> --
> > >> Alex Dupre
> > >> _______________________________________________
> > >> freebsd-scsi_at_freebsd.org mailing list
> > >> http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
> > >> To unsubscribe, send any mail to "freebsd-scsi-unsubscribe_at_freebsd.org"
> > >>
> >
> >
>
Received on Tue Apr 03 2007 - 21:12:58 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:07 UTC