NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: kern/56701: panic on ufs2 while running on QEMU 6.2.0

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

From: nervoso <nervoso%k1.com.br@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: martin%duskware.de@localhost
Subject: Re: kern/56701: panic on ufs2 while running on QEMU 6.2.0
Date: Mon, 14 Feb 2022 18:50:10 -0300

 --=-meaMNUb+2EEPEFchhSMr
 Content-Type: text/plain; charset="UTF-8"
 Content-Transfer-Encoding: 8bit
 
 Em seg, 2022-02-14 às 08:55 +0000, Martin Husemann escreveu:
 > his is probably totaly unrelated to ffs code.
 >  My guess is random memory corruption.
 >  
 >  Could be cause by:
 >   - a bug in qemu
 >   - some random NetBSD kernel bug
 >  
 >  Also note that we heavily use Qemu to test i386 builds in our automatic
 >  test setup, and we have not seen this issue there.
 >  
 >  Martin
 correct... but why the netbsd-i386-9.2_STABLE runs fine??? ok I admit
 that I should not use the HEAD to build systems
 but I think it must be tracked down. It the same machine, the same
 emulator, the only change is the kerrnel 
 even if the runtime (base) is HEAD, runing the the 9.2 STABLE kernel it
 runs fine...
 there is a bug in the HEAD  and only using a paralell make when trying
 to build /usr/pkgsrc/pkgtools/cwrappers
 a fsck -fy on the fs reports NO errors.. so the problem happens in the
 buffer before
 it is written on the media probably a race condition in the HEAD
 kernel 
 I will wait the 9.99.94 to see if it happens... 
 
 Thanks for you attention
 
 --=-meaMNUb+2EEPEFchhSMr
 Content-Type: text/html; charset="utf-8"
 Content-Transfer-Encoding: quoted-printable
 
 <html><head></head><body><div>Em seg, 2022-02-14 =C3=A0s 08:55 +0000, Marti=
 n Husemann escreveu:</div><blockquote type=3D"cite" style=3D"margin:0 0 0 .=
 8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>his is probably t=
 otaly unrelated to ffs code.</pre><pre>&nbsp;My guess is random memory corr=
 uption.</pre><pre>&nbsp;</pre><pre>&nbsp;Could be cause by:</pre><pre>&nbsp=
 ; - a bug in qemu</pre><pre>&nbsp; - some random NetBSD kernel bug</pre><pr=
 e>&nbsp;</pre><pre>&nbsp;Also note that we heavily use Qemu to test i386 bu=
 ilds in our automatic</pre><pre>&nbsp;test setup, and we have not seen this=
  issue there.</pre><pre>&nbsp;</pre><pre>&nbsp;Martin</pre></blockquote><di=
 v>correct... but why the netbsd-i386-9.2_STABLE runs fine??? ok I admit tha=
 t I should not use the HEAD to build systems</div><div>but I think it must =
 be tracked down. It the same machine, the same emulator, the only change is=
  the kerrnel&nbsp;</div><div>even if the runtime (base) is HEAD, runing the=
  the 9.2 STABLE kernel it runs fine...</div><div>there is a bug in the HEAD=
  &nbsp;and only using a paralell make when trying</div><div>to build /usr/p=
 kgsrc/pkgtools/cwrappers</div><div>a fsck -fy on the fs reports NO errors..=
  so the problem happens in the buffer before</div><div>it is written on the=
  media probably a race condition in the HEAD kernel&nbsp;</div><div>I will =
 wait the 9.99.94 to see if it happens...&nbsp;</div><div><br></div><div>Tha=
 nks for you attention</div><div class=3D"-x-evo-signature-wrapper"><span cl=
 ass=3D"-x-evo-signature" id=3D"none"></span></div></body></html>
 
 --=-meaMNUb+2EEPEFchhSMr--
Home | Main Index | Thread Index | Old Index