Linux on Virtex4
Rick Moleres
rick.moleres at xilinx.com
Thu Jun 22 06:33:48 EST 2006
Aiden,
Looked into this and here's what I found out. Only OPB_DDR supports
16-bit DDR memory right now and there are no concrete plans to add
16-bit support to PLB_DDR (it's been discussed, but nothing planned
yet). So the only workarounds for this silicon issue are the two you
mentioned - run with caches off or get a fixed version of the chip (I
don't know what Avnet's plans are for your board).
-Rick
-----Original Message-----
From: linuxppc-embedded-bounces+moleres=xilinx.com at ozlabs.org
[mailto:linuxppc-embedded-bounces+moleres=xilinx.com at ozlabs.org] On
Behalf Of Rick Moleres
Sent: Wednesday, June 21, 2006 12:10 PM
To: Aidan Williams
Cc: linuxppc-embedded at ozlabs.org; Martin, Tim
Subject: RE: Linux on Virtex4
Aiden,
The cache issue I was referring to is the errata 213 that you tried.
I'll ask around regarding the silicon issue - I don't know if there is a
workaround for this on that board.
-Rick
-----Original Message-----
From: Aidan Williams [mailto:aidan at nicta.com.au]
Sent: Wednesday, June 21, 2006 2:47 AM
To: Rick Moleres
Cc: Martin, Tim; linuxppc-embedded at ozlabs.org
Subject: Re: Linux on Virtex4
Rick Moleres wrote:
> There's also a Linux 2.4 patch provided with the ML403 PPC reference
> design on the Xilinx website
> (http://www.xilinx.com/products/boards/ml403/reference_designs.htm)
that
> takes care of a Virtex-4 PPC cache issue (CCR0 register). Have you
> applied this?
>
Rick, which cache issue are you referring to?
I tried setting the CCR0 bits in accordance with:
"Solution 10: CPU_213: Incorrect data might be
flushed from the data cache"
but that didn't fix things in my case for the Avnet FX12 MiniModule.
I'm pretty sure that the FX12-MM strikes:
"Solution 13: The return of a cacheline transaction that
is not target word first (non-target word first) can
cause data corruption in the PPC405 Core data cache in
Virtex-4 FX devices."
For which the only solutions mentioned are to run without caches or get
a fixed chip.
As I understand it, the memory controller for this board must be on the
OPB because the memory is 16-bit. Is there any way to move the memory
controller to the PLB thus avoiding the cache problem (for RAM at
least)?
- aidan
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded at ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
More information about the Linuxppc-embedded
mailing list