Re: kern/47739: tmpfs panic: kernel diagnostic assertion "(node)->tn_spec.tn_dir.tn_readdir_lastp == NULL..."

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

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

From: David Holland <dholland-bugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
        netbsd-bugs%netbsd.org@localhost, Thomas Klausner 
<wiz%NetBSD.org@localhost>
Subject: Re: kern/47739: tmpfs panic: kernel diagnostic assertion
 "(node)->tn_spec.tn_dir.tn_readdir_lastp == NULL..."
Date: Mon, 7 Oct 2013 07:42:23 +0000

 On Thu, Aug 08, 2013 at 08:30:01PM +0000, Mindaugas Rasiukevicius wrote:
  >  >  Can someone please take a look?
 
 almost certainly the same as 47480 (and 41068)
 
  >  >   Thomas
  >  
  >  Most likely this is due to tmpfs_dircookie() truncation here:
  >  
  >  http://nxr.netbsd.org/source/xref/src/sys/fs/tmpfs/tmpfs.h#88
  >  
  >  It is wrong and there are other PRs because of it.  Thomas, you can test
  >  this by replacing the function body with the following:
  >  
  >     return (off_t)(uintptr_t)de;
  >  
  >  This breaks linux32 compat, but we really just need to decide how we want
  >  to fix it (it would be good to avoid penalising the native code, but better
  >  to penalise than fail).
 
 Four and a half years ago (in PR 41068) I asked why tmpfs does this
 nonsense instead of just assigning sequence numbers to each node.
 Nobody has ever managed to come up with a coherent justification, just
 FUD.
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost