Re: port-sparc64/54810: sparc64 pool_redzone_check errors during install

[Harold Gutch <logix%foobar.franken.de@localhost>]

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

From: Harold Gutch <logix%foobar.franken.de@localhost>
To: Andreas Gustafsson <gson%gson.org@localhost>
Cc: gnats-bugs%netbsd.org@localhost, martin%NetBSD.org@localhost
Subject: Re: port-sparc64/54810: sparc64 pool_redzone_check errors during install
Date: Mon, 26 Oct 2020 11:25:53 +0100

 On Mon, Oct 26, 2020 at 10:11:35AM +0100, Harold Gutch wrote:
 > On Mon, Oct 26, 2020 at 09:25:02AM +0200, Andreas Gustafsson wrote:
 > > or possibly the cleanup code following "out".  Since BBSIZE is 1024, this
 > > also seems consistent with the reported corruption in a "[buf1k]" pool.
 > > 
 > > Maybe some lower layer ends up reading an entire 2048-byte CD-ROM
 > > block into a 1024-byte buffer?
 > 
 > That was also my guess, I was planning on following up some more in
 > that direction today.  I first wanted to have a look what the other
 > file system drivers do there, because in order for this to make sense,
 > no other driver should read a 1K block in *_mountroot() or *_init().
 
 I think we're all clear on the issue here, but just for additional
 verification, if I modify the bread() to instead read an entire 2048
 byte chunk, the installation also succeeds (well, it succeeded in the
 one test run that I did).
 
 
   Harold