Josip, give this debugging patch a try. It is against 2.6.23.1
but it should apply to most recent kernels.
It should give you debugging messages in the kernel log that
start with "FUTEX_BUG" if the debugging code triggers.
Please post just a few samples of whatever it spits out.
Thanks!
diff
On Wed, Oct 24, 2007 at 04:46:54PM -0500, Rob Landley wrote:
> Prebuilt for Ubuntu 7.04:
> http://landley.net/code/firmware/downloads/cross-compiler/host-i686/cross-compiler-sparc.tar.bz2
>
> Source code:
> Or http://landley.net/code/firmware/downloads/firmware-0.2.2.tar.bz2
Thanks - I already go
From: "Dan Williams" <[EMAIL PROTECTED]>
Date: Wed, 24 Oct 2007 16:49:28 -0700
> Hopefully it is as painless to run on sparc as it is on IA:
>
> opcontrol --start --vmlinux=/path/to/vmlinux
>
> opcontrol --stop
> opreport --image-path=/lib/modules/`uname -r` -l
It is painless, I use it all the
On 10/24/07, BERTRAND Joël <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Any news about this trouble ? Any idea ? I'm trying to fix it, but I
> don't see any specific interaction between raid5 and istd. Does anyone
> try to reproduce this bug on another arch than sparc64 ? I only use
> sp
From: Josip Rodin <[EMAIL PROTECTED]>
Date: Thu, 25 Oct 2007 01:28:12 +0200
> On Wed, Oct 24, 2007 at 03:58:29PM -0700, David Miller wrote:
> > Let's see if there is some aspect of the environment that
> > contributed to the problem occurring. Please reproduce
> > with 2.6.23-final and then list
On Wed, Oct 24, 2007 at 03:58:29PM -0700, David Miller wrote:
> I know, I've seen this report a million times :-)
Oh, I know you know, I mailed you a while ago and you told me to mail
the mailing list :)
> I can't reproduce it, I've even tried the fabled test case
> where you spawn thousands of d
From: Josip Rodin <[EMAIL PROTECTED]>
Date: Thu, 25 Oct 2007 00:33:32 +0200
> We've been having grave issues with a few of our sparc build daemon machines
> in Debian. Something causes dpkg-query(8) processes, otherwise harmless, to
> run amok and allocate too much memory, but keep running and bec
Hi,
(I forgot to send this before...)
We've been having grave issues with a few of our sparc build daemon machines
in Debian. Something causes dpkg-query(8) processes, otherwise harmless, to
run amok and allocate too much memory, but keep running and become resilient
to killing. They eventually p
From: Josip Rodin <[EMAIL PROTECTED]>
Date: Wed, 24 Oct 2007 23:11:02 +0200
> Hi,
>
> Just tried 2.6.24-rc1... but:
>
> arch/sparc64/kernel/iommu_common.c: In function 'prepare_sg':
> arch/sparc64/kernel/iommu_common.c:237: error: implicit declaration of
> function 'next_sg'
> cc1: warnings bei
Hi,
Just tried 2.6.24-rc1... but:
arch/sparc64/kernel/iommu_common.c: In function 'prepare_sg':
arch/sparc64/kernel/iommu_common.c:237: error: implicit declaration of function
'next_sg'
cc1: warnings being treated as errors
arch/sparc64/kernel/iommu_common.c:237: warning: assignment makes pointe
BERTRAND Joël wrote:
Hello,
Any news about this trouble ? Any idea ? I'm trying to fix it, but
I don't see any specific interaction between raid5 and istd. Does
anyone try to reproduce this bug on another arch than sparc64 ? I only
use sparc32 and 64 servers and I cannot test on other
Hi Jeff.
On Wed, Oct 24, 2007 at 11:22:40AM -0400, Jeff Dike wrote:
> On Thu, Oct 11, 2007 at 05:54:46PM -0500, Rob Landley wrote:
> > Guess what? I still need this patch to build the final 2.6.23, months
> > later.
> >
> > I know it may not be the right fix, but the build breaks for me without
Hello,
Any news about this trouble ? Any idea ? I'm trying to fix it, but I
don't see any specific interaction between raid5 and istd. Does anyone
try to reproduce this bug on another arch than sparc64 ? I only use
sparc32 and 64 servers and I cannot test on other archs. Of course, I
13 matches
Mail list logo