Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 19 Jun 2003 08:13:18 -0700 (PDT)
From:      Don Lewis <truckman@FreeBSD.org>
To:        se@FreeBSD.org
Cc:        current@FreeBSD.org
Subject:   Re: 5.1-CURRENT hangs on disk i/o? sysctl_old_user() non-sleepable locks
Message-ID:  <200306191513.h5JFDIM7057641@gw.catspoiler.org>
In-Reply-To: <20030619093146.GA1489@StefanEsser.FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 19 Jun, Stefan Eßer wrote:
> On 2003-06-18 20:41 -0700, Don Lewis <truckman@freebsd.org> wrote:
>> On 18 Jun, Chris Shenton wrote:
>> > Don Lewis <truckman@FreeBSD.org> writes:
>> > 
>> >> Try the very untested patch below ...

[ snip ]

>> > Tried it, rebuilt kernel, rebooted, no affect :-(
>> > 
>> > You were correct about apache using it.  Doing a simple
>> > 
>> >   fetch http://pectopah/
>> > 
>> > causes the error, dropping me into ddb if panic enabled. A "tr" shows
>> > the same trace as I submitted yesterday :-(
>> 
>> Wierd ... I just tested the patch with ftpd which also uses sendfile()
>> and didn't get any complaints from DEBUG_VFS_LOCKS.
> 
> Not sure whether the following applies, but I think the patch
> should be commited anyway:

I don't think it applies, but ...

> In PR kern/46652 I reported, that DEBUG_VFS_LOCKS does never
> check the **vpp parameters. A patch is included in the PR and
> it does generate the missing tests.
> 
> I asked for feedback on the hackers mail list (IIRC), but did
> not get any replies. 
> 
> Any objections against me committing the patch now ?
> 
> (A different fix is mentioned in the PR, the patch I suggested
> was the minimal change to the code which made it work, the
> alternative seems cleaner to me ...) Please read PR kern/46652 !

I think the alternative fix should be committed.  That would do the
correct thing if another pointer to a pointer to a vnode argument is
ever added.  I think this is better than adding magic to vpp.


Any idea if this change turns up more problems?



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200306191513.h5JFDIM7057641>