On Tue, Sep 11, 2007 at 06:30:49PM +0100, Andy Whitcroft wrote:Ok, I have been completly unsuccessful in reproducing this. Dispite having two distinct machines showing this behaviour. I have neither been able to reproduce it with those machine on 2.6.23-rc6 nor has any of the testing of any of the -git releases which follow thrown this error. I have run about 10 repeats of the jobs which failed too and none of those have thrown the same error. It is pretty clear from the dbench output that the problem is/was real, that its not some artifact of the test harness. I am a loss as to how to get this to trigger again. I guess I will keep monitoring the ongoing tests for new instances. I will also look to getting the sysrq-* stuff triggered automatically on job timeout as that seems like a sane plan in all cases. Frustrated. -apw -
| Greg KH | Og dreams of kernels |
| Jens Axboe | [PATCH 31/33] Fusion: sg chaining support |
| Arnd Bergmann | Re: finding your own dead "CONFIG_" variables |
| Mark Brown | [PATCH 2/2] Subject: natsemi: Allow users to disable workaround for DspCfg reset |
| Tony Breeds | [LGUEST] Look in object dir for .config |
git: | |
| Brian Downing | Re: Git in a Nutshell guide |
| John Benes | Re: master has some toys |
| Matthias Lederhofer | [PATCH 4/7] introduce GIT_WORK_TREE to specify the work tree |
| Alexander Sulfrian | [RFC/PATCH] RE: git calls SSH_ASKPASS even if DISPLAY is not set |
| Junio C Hamano | Re: Rss produced by git is not valid xml? |
| Linux Kernel Mailing List | iSeries: fix section mismatch in iseries_veth |
| Linux Kernel Mailing List | ixbge: remove TX lock and redo TX accounting. |
| Linux Kernel Mailing List |
