AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20071010074952.5409a6a5@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:onstor-exch02.onstor.net
NSV:
SSH:
R:<ralf@linux-mips.org>,<alan@lxorguk.ukuu.org.uk>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@onstor-exch02.onstor.net/INBOX	0	20071010112550.GA1780@linux-mips.org
X-Sylpheed-End-Special-Headers: 1
Date: Wed, 10 Oct 2007 07:50:41 -0700
From: Andrew Sharp <andy.sharp@onstor.com>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Subject: Re: paging problem with ide-cs driver
Message-ID: <20071010075041.60350e8a@ripper.onstor.net>
In-Reply-To: <20071010112550.GA1780@linux-mips.org>
References: <20071009132657.64ec9158@ripper.onstor.net>
	<20071009220530.0416792b@the-village.bc.nu>
	<20071010112550.GA1780@linux-mips.org>
Organization: Onstor
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Wed, 10 Oct 2007 12:25:51 +0100 Ralf Baechle <ralf@linux-mips.org>
wrote:

> On Tue, Oct 09, 2007 at 10:05:30PM +0100, Alan Cox wrote:
> 
> > > Before I dive into this, does any of this ring a bell for anyone?
> > > I'm using the ide-cs driver, TI yenta cardbus adapter driver, and
> > > sibyte everything else.
> > 
> > That has cache coherency painted all over it in bright flashing
> > letters.
> 
> The Sibyte SOCs have hardware cache coherency and physically indeded
> D-caches which makes I/O pretty much a nobrainer.
> 
> I-cache coherency is the thing that really needs babysitting on Sibyte
> and the Sibyte I-caches are of a somewhat rare kind by being VIVT plus
> an additional address space tag.  Mostly because of code duplication
> the Sibyte cachecode has its nice damp and dark corner where it did
> bitrot away for a while.  Thiemo and I recently found the standard
> R4000 cache code to work more reliable for Sibyte so we're getting rid
> of it for 2.6.24.  The patch is in
> 06e523e89ec0322c4abcf41533d5380dfcd81f73. It can easily be backported
> to older kernels so I suggest trying this one.
> 
> (As collateral damage 06e523e89ec0322c4abcf41533d5380dfcd81f73 breaks
> support for pass 1 BCM1250 parts.  But it seems I'm the last one with
> one of those ...)

I have 2 of those ~:^)  Thankfully they are only in the swarm systems,
because they only run for about an hour or so before crashing.

I also had this problem on our R9K based system; I know they have their
own I-cache problems -- is that processor also VIVT I-cache?  I'm not
really concerned about that system as we may never ship it with Linux
on it, sad to say.

Thanks for the pointer.  I'll give this a try.

Cheers,

a
