[U-Boot] [PATCH v2] arm: cm4008, cm41xx: Fix ROM relocation

Yann Vernier yann.vernier at orsoc.se
Thu Jul 19 23:59:12 CEST 2012


On Thursday 12 July 2012 21:37:10 you wrote:
> Did not hear any answer to this. Do we get a V3 for this patch?
> 
> Or should I assume that the pversions to pick are V2 for 1/3 and 2/3,
> and V3 for 3/3?

Sorry for the late reply. Let me just sort this out. We're talking about three 
patches:

1/3 set gd->ram_size in dram_init
 This patch is required for proper operation (without it, u-boot tries to 
relocate to unused address space). In revising it, I started in on reducing 
the magic of the RAM initialisation, because that should also be affected by 
the RAM_SIZE definitions; in the resulting discussion, I believe it was agreed 
that further cleanup of the magic numbers should be submitted in another 
patch, which I have barely begun work on. I suggest applying v2 as it uses 
get_ram_size() as advised by Andreas Bießmann. 

2/3 Fix ROM relocation
 This patch is also required for proper operation - without it, pointers used 
in board_init_f go to SDRAM when they should go to ROM. v2 still holds a 
mistake in some comments (should be 48/32 rather than 768/512) but should at 
least clarify what the code does; do you need me to resubmit a corrected 
version?

3/3 use common cfi_flash support
 This patch should not technically be required for the cm4xxx boards; it 
switches to the common CFI code. It is required to use the cm4008 build on 
Micrel's own development boards, since they use a different flash and the 
specialised code simply aborts on unrecognized flash. 

In conclusion, yes, I think it's suitable to pick these versions, to bring the 
port up to functional order. 


More information about the U-Boot mailing list