linux-mips
[Top] [All Lists]

Re: O2 RM7000 Issues

To: Kumba <kumba@gentoo.org>
Subject: Re: O2 RM7000 Issues
From: Andrew Sharp <andy.sharp@onstor.com>
Date: Thu, 19 Jul 2007 11:58:22 -0700
Cc: linux-mips@linux-mips.org
In-reply-to: <469CCBB4.60005@gentoo.org>
Organization: Onstor
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>
Sender: linux-mips-bounce@linux-mips.org
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>