linux-mips
[Top] [All Lists]

Re: O2 RM7000 Issues

To: "Andrew Sharp" <andy.sharp@onstor.com>
Subject: Re: O2 RM7000 Issues
From: "Shane McDonald" <mcdonald.shane@gmail.com>
Date: Thu, 19 Jul 2007 16:26:59 -0600
Cc: Kumba <kumba@gentoo.org>, linux-mips@linux-mips.org
Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=O0C3yQBkzspbxbpaW9729tZjS+uaSE1TtPyNEiQroVjZigOaEHWYZy02btpZ4RKdimvkLR5FIPXS18Ic3Uf/UqDHy1jNw11IIbcweMbdGstNQQZQ/UCIFmKwF1AcTAQ2dSaAcdMwRGrXqUSGEGsu00VuVg2EUSy3db9isPHvCko=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=iDY7gGscW1uUm1AspOKh2tJMIJtEG2TqqEbqResPV8tJC2ydkgVvH5fXsLEcDG3/w4Arq84x4aJPsB+jAlFSeERtz+OMCGHlv2pos+to7FFVTZislPGNlCL2M9T757UkN8QgWoYdCRqJnNVCNzrhlYCX1eYkj//hp1o5JVRA4A8=
In-reply-to: <20070719115822.027a8891@ripper.onstor.net>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <4687DCE2.8070302@gentoo.org> <468825BE.6090001@gmx.net> <50451.70.107.91.207.1183381723.squirrel@webmail.wesleyan.edu> <20070704152729.GA2925@linux-mips.org> <20070704192208.GA7873@linux-mips.org> <469B5C2E.5080905@niisi.msk.ru> <20070716123343.GA13439@linux-mips.org> <20070716103823.3fe9aef4@ripper.onstor.net> <469CCBB4.60005@gentoo.org> <20070719115822.027a8891@ripper.onstor.net>
Sender: linux-mips-bounce@linux-mips.org
I have been having similar problems to Andrew and Kumba on my setup -- a PMC-Sierra Xiao Hu thin client computer (RM7035C based) running Debian etch with a PMC 2.6.18 kernel.  Running large complicated shell scripts, such as inetutils' configure script, consistently dies on (usually) an illegal instruction, but always in a different place.  I've just added my machine to the ICACHE_REFILLS_WORKAROUND_WAR, and that seems to have fixed it.

I also tried adding in Ralf's rm7k_wait_irqoff() patch, but it didn't improve things, although it didn't appear to break anything, either.  Is there some behaviour I should be looking for to notice if WAIT is / isn't working on my platform?

Shane

On 7/19/07, Andrew Sharp <andy.sharp@onstor.com> wrote:
On Tue, 17 Jul 2007 10:01:24 -0400 Kumba <kumba@gentoo.org> wrote:

> Andrew Sharp wrote:
> >
> > I hungrily await said patch, as I believe this is a problem on
> > RM9000 processors as well.  I'm seeing "random" SIGILLs on user
> > processes, particularly large complicated shell scripts like
> > configure on an RM9k platform.
>
> This was more or less exactly what I was seeing on an O2 RM7000 setup
> until the fix for errata #28 was put in (which should already be
> enabled for RM9000 systems).
>
> Check include/asm-mips/war.h and make sure your machine is included
> in the list that define ICACHE_REFILLS_WORKAROUND_WAR.  If not, add
> it and test; and fire off a patch.  Should fix that issue (especially
> if bash is the only userland process dying while complex g++ compiles
> behave fine)

Thanks, I had added this about a month ago, but the l-users were
reporting that the problem persisted.  Now that I've had a chance to
examine it myself, it appears they were confused.  There's a first time
for everything.

I will be sending some patches to be sure, once I get all the bugs
worked out.  This architecture, a bifurcated RM9000x2 together with a
marvell south bridge, is a searing pain I have to deal with daily.

Cheers,

a


<Prev in Thread] Current Thread [Next in Thread>