[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/44336: tests/fs/vfs/t_renamerace p2k_ffs_renamerace_dirs triggers KASSERT
The following reply was made to PR kern/44336; it has been noted by GNATS.
From: David Holland <dholland-bugs%netbsd.org@localhost>
Subject: Re: kern/44336: tests/fs/vfs/t_renamerace p2k_ffs_renamerace_dirs
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
David A. Holland
Main Index |
Thread Index |