Subject: Re: port-mips/29395 (r5k (specific?) cache problem / data corruption)
To: None <port-mips-maintainer@netbsd.org, gnats-admin@netbsd.org,>
From: Markus W Kilbinger <kilbi@rad.rwth-aachen.de>
List: netbsd-bugs
Date: 03/22/2006 07:50:01
The following reply was made to PR port-mips/29395; it has been noted by GNATS.

From: Markus W Kilbinger <kilbi@rad.rwth-aachen.de>
To: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
Cc: gnats-bugs@netbsd.org, port-mips-maintainer@netbsd.org,
	gnats-admin@netbsd.org
Subject: Re: port-mips/29395 (r5k (specific?) cache problem / data corruption)
Date: Wed, 22 Mar 2006 08:48:18 +0100

 >>>>> "Izumi" == Izumi Tsutsui <tsutsui@ceres.dti.ne.jp> writes:
 
     >> From my experience over the last month there is still some
     >> problem (left) in this area because my qube2 (running quite
     >> actual -current all the time) still shows hang ups from time to
     >> time depending on overall load.
 
     Izumi> If your current problem is not data corruption but hangups
     Izumi> (without any messages?), please file it as an independent
     Izumi> PR with its details.
 
 I've repeated my former stress test (mentioned within this PR) last
 night:
 
 I was no longer able to (re-)produce any (file) data corruption. So,
 this PR could be closed according to your comment.
 
 my Qube2 runs quite actual -current:
 
   NetBSD 3.99.17 (COCHISE) #2: Tue Mar 21 21:29:39 MET 2006
 
 But: I've got several (silent) system hangups during this stress
 testing (from my impression accompanied/correlated with the additional
 network traffic load)!: No further message, no reaction on serial
 console, could not get into ddb with break signal.
 
 Weren't there any complaints/PR about that kind of problem, yet?
 
 ... before I'll start a quite info-less send-pr.
 
 Markus.