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.