Re: kern/53884: fs/vfs/t_rmdirrace:lfs_race test case fails randomly on real hardware

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

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

From: David Holland <dholland-bugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: kern/53884: fs/vfs/t_rmdirrace:lfs_race test case fails randomly
 on real hardware
Date: Fri, 18 Jan 2019 17:48:49 +0000

 On Fri, Jan 18, 2019 at 04:45:01PM +0000, Andreas Gustafsson wrote:
  >  and it failed the first time, leaving a t_rmdirrace.core that I can
  >  examine using gdb, with symbols even.  What should I look for?
 
 So, at one place deep inside it wants to know if it's running in the
 cleaner; so in lfs_bmapv, which is one of the cleaner syscalls that
 nothing else should get to, it does the assign-and-assert that fails.
 
 So the first thing to check is: is fs->lfs_cleaner_thread some other
 lwp (if so, what, and what's that one doing, and how did the current
 one that asserted get to lfs_bmapv?) or is it trash?
 
 If it's trash it would be handy to know if it starts out trash (the
 structure it's in is kmem_zalloc'd, but maybe that's borked in rump)
 or if it gets overwritten later, or any other info that can be
 discovered...
 
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost