[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <0A74AFF2-CBDA-4B00-AF5F-B6C6DACE0E16@kernel.crashing.org>
Date: Mon, 16 Jul 2007 14:08:57 +0200
From: Segher Boessenkool <segher@...nel.crashing.org>
To: Benjamin Herrenschmidt <benh@...nel.crashing.org>
Cc: Arnd Bergmann <arnd@...db.de>,
James Bottomley <James.Bottomley@...eleye.com>,
linux-scsi@...r.kernel.org, linux-kernel@...r.kernel.org,
Alessandro Rubini <rubini@...ion.unipv.it>,
linuxppc-dev@...abs.org, Paul Mackerras <paulus@...ba.org>,
Jens Axboe <jens.axboe@...cle.com>,
Geert Uytterhoeven <Geert.Uytterhoeven@...ycom.com>
Subject: Re: [patch 5/6] ps3: BD/DVD/CD-ROM Storage Driver
>> I'm pretty sure that no ppc64 machine needs alias resolution in
>> the kernel,
>> although some are VIPT. Last time we discussed this, Segher
>> explained it
>> to me, but I don't remember which way Cell does it. IIRC, it
>> automatically
>> flushes cache lines that are accessed through aliases.
>
> Ah yes, I remember reading about this automatic flushing thing. I
> don't
> know how the caches actually work on most of our PPC's, but the
> fact is,
> we don't have aliasing issues, so I can safely ignore it for a bit
> longer :-)
That is the very short version of the story, yes: some
PowerPC implementations are VIPT physically, but there
are no aliasing issues we have to worry about.
Anyone interested in how this works, can download the
PPC970 UM (or 970FX or 970MP); it has a very detailed
explanation of all this. Cell might be slightly different
but the base idea is the same.
Segher
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists