From mboxrd@z Thu Jan  1 00:00:00 1970
From: Vladimir Gurevich <vag@paulidav.org>
Date: Mon, 03 Apr 2006 10:37:43 -0700
Subject: [U-Boot-Users] [PATCH] SPI relocation fix
In-Reply-To: <4dd15d180604031032w7a2624e8ycf467e69bd91e950@mail.gmail.com>
References: <20060330230507.473CE353C10@atlas.denx.de>	 <442C9EA5.6060300@paulidav.org>	 <4dd15d180603311344j241b8a5eq5d5bf8cd49566085@mail.gmail.com>	 <442DA4AD.9080709@paulidav.org>	 <4dd15d180604030953g5f0ae809n6e20266b4093d437@mail.gmail.com>	 <443158CF.8090805@paulidav.org> <4dd15d180604031032w7a2624e8ycf467e69bd91e950@mail.gmail.com>
Message-ID: <44315D67.9050107@paulidav.org>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Hello David,

David Ho wrote:

>MPC852T skips the microcode patch does it not?
>  
>
Well, it depends on the actual combination of the parameters, but the 
idea was that cpm_load_patch() will be called nonetheless and will 
program the rpbase whether or not the actual patch is required.

>For the case where you intentionally want to move SPI to elsewhere
>(using ENET on SCC2), I will have to define CFG_SPI_DPMEM_OFFSET. 
>since CFG_SPI_DPMEM_OFFSET is not assigned to spi->rpbase for MPC852T
>( microcode patch is skipped), SPI is not relocated using your patch.
>  
>
That's exactly the case I describe above. Could you make sure 
cpm_load_patch() is being called?

Happy hacking,
Vladimir