From owner-freebsd-bugs  Tue Mar  4 19:00:05 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id TAA15520
          for bugs-outgoing; Tue, 4 Mar 1997 19:00:05 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id TAA15482;
          Tue, 4 Mar 1997 19:00:02 -0800 (PST)
Date: Tue, 4 Mar 1997 19:00:02 -0800 (PST)
Message-Id: <199703050300.TAA15482@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: David Greenman <dg@root.com>
Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain 
Reply-To: David Greenman <dg@root.com>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

The following reply was made to PR kern/2875; it has been noted by GNATS.

From: David Greenman <dg@root.com>
To: KATO Takenori <kato@eclogite.eps.nagoya-u.ac.jp>
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain 
Date: Tue, 04 Mar 1997 18:54:04 -0800

 >From: David Greenman <dg@root.com>
 >Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain 
 >Date: Tue, 04 Mar 1997 12:21:09 -0800
 >
 >>    Hmmm, the fix seems overly complicated. How about this instead:
 >
 >Your fix inhibit disk I/O interruption for more long time.  If this
 >is not a problem, I prefer your fix.
 
    I don't think it's a problem. The actual delay is fairly low in practice
 (probably less than 50us), and letting an interrupt through prior to the
 check for v_numoutput/tsleep isn't likely going to be of benefit (I/O due
 to the sync operations would not likely have completed yet). John is welcome
 to correct me if he thinks I'm in error...
 
 -DG
 
 David Greenman
 Core-team/Principal Architect, The FreeBSD Project