Re: kern/44336: tests/fs/vfs/t_renamerace p2k_ffs_renamerace_dirs triggers KASSERT

[David Holland <dholland-bugs%netbsd.org@localhost>]

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

From: David Holland <dholland-bugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: kern/44336: tests/fs/vfs/t_renamerace p2k_ffs_renamerace_dirs
 triggers KASSERT
Date: Mon, 10 Jan 2011 18:56:01 +0000

 On Sat, Jan 08, 2011 at 10:10:05AM +0000, Antti Kantee wrote:
  >  >  This is the same problem Manuel and I were seeing with the ufs_rename
  >  >  locking patches. Which is rather curious...
  >  
  >  Hmm, curious indeed.  I was pretty sure the problem was somewhere in
  >  my code.
  >  
  >  Since the rename/mkdir/rmdir ops are executed in series, the only thing
  >  that can affect the behaviour is how they interleave before they are
  >  started.  The kernel exhibiting the problem gets only VOPs, so it might
  >  be missing some side-effect from e.g. namei, sys_rename, relookup etc.
 
 I think the problem is related to dealing with the goop that ffs
 caches during lookup. But I don't know how exactly, and at the moment
 I'm pushing ahead with namei in the hopes that all that crud will go
 away entirely.
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost