Re: port-arm/51665: shark locks up during nightly run

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

The following reply was made to PR port-arm/51665; it has been noted by GNATS.

From: David Holland <dholland-bugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: port-arm/51665: shark locks up during nightly run
Date: Tue, 17 Jan 2017 18:44:25 +0000

 On Sat, Jan 14, 2017 at 08:55:01AM +0000, Martin Husemann wrote:
  >  On Tue, Jan 03, 2017 at 06:10:01PM +0000, David Holland wrote:
  >  >   >  file system: /dev/rwd0c
  >  >                            ^
  >  >  Is that normal for shark?
  >  
  >  Yes, no MBR.
 
 Using the "all" partition (whether it's c or d) isn't usually
 normal... and I dimly recall that it can cause problems, but not
 what.
 
  >  >   >  superblock location     8192    id      [ 0 0 ]
  >  >                                      ^^^^^^^^^^^^^^^
  >  >  This (on the small fs) seems odd, since newfs unconditionally does:
  >  >  
  >  >          sblock.fs_id[0] = (long)tv.tv_sec;      /* XXXfvdl huh? */
  >  >          sblock.fs_id[1] = arc4random() & INT32_MAX;
  >  
  >  This disk is ancient, so I guess it comes from back when these
  >  
  >  #define      fs_old_headswitch       fs_id[0]
  >  #define      fs_old_trkseek  fs_id[1]
  >  
  >  were still used (but useless).
  >  
  >  There is no easy way to update it with in-tree tools, isn't it?
 
 No, but it shouldn't actually matter.
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost