NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: kern/41158: nfs_rename() locking against myself



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

From: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
To: Andrew Doran <ad%netbsd.org@localhost>
Cc: gnats-bugs%netbsd.org@localhost
Subject: Re: kern/41158: nfs_rename() locking against myself
Date: Wed, 8 Apr 2009 22:38:02 +0200

 On Wed, Apr 08, 2009 at 08:34:39PM +0000, Andrew Doran wrote:
 > On Wed, Apr 08, 2009 at 10:28:50PM +0200, Manuel Bouyer wrote:
 > > On Wed, Apr 08, 2009 at 08:05:03PM +0000, Andrew Doran wrote:
 > > >  >  This is interesting:
 > > >  >  
 > > >  >  
 > > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=544278+0+archive/1999/cvs-all/19990627.cvs-all
 > > >  
 > > >  If we add the 'goto nfsmout' we need the FreeBSD change to 
 > > > nfs_syscalls.c,
 > > >  to handle NFSERR_RETVOID.
 > > 
 > > I see that they're also using nfsm_srvdone in nfsrv_null() and nfsrv_noop()
 > > where I've keept the return(0). Is the nfs_syscalls.c change still needed
 > > in this case ?
 > > AFAIK is only matters for nfsrv_null() ...
 > 
 > On having a second look I guess it does not matter.
 > A mistake in their change?
 
 I don't think so, because their changes use nfsm_srvdone which does
 return(error) and not return(0) for nfsrv_null() and nfsrv_noop().
 But I don't see the point in returning error here (it's constant
 anyway).
 
 -- 
 Manuel Bouyer <bouyer%antioche.eu.org@localhost>
      NetBSD: 26 ans d'experience feront toujours la difference
 --
 


Home | Main Index | Thread Index | Old Index