U-Boot version issue

ba_f ba_f at rbg.informatik.tu-darmstadt.de
Tue Oct 13 16:52:16 CEST 2015


Am 2015-10-12 00:01, schrieb Adam Lackorzynski:
> On Wed Oct 07, 2015 at 18:59:17 +0200, ba_f wrote:
>> i have an issue with different U-Boot versions, and i have no clue 
>> what's
>> the problem.
>> Maybe someone's got an idea?
>> 
>> Working on Xilinx' ARM Platform i use U-Boot version
>> u-boot-xlnx-xilinx-v14.6.01, and it's all good with that one and lower
>> versions.
>> But, using u-boot-xlnx-xilinx-v14.7 or higher results in serious CPU 
>> errors:
>> 
>> uboot> fatload mmc 0 0x00ffffc0 bootstrap.uimage
>> reading bootstrap.uimage
>> 6139968 bytes read in 528 ms (11.1 MiB/s)
>> uboot> go 0x01000000
>> ## Starting application at 0x01000000 ...
>> undefined instruction
>> pc : [<01000004>]	   lr : [<3ff74bc0>]
>> sp : 3fb51e08  ip : 00002802	 fp : 00000000
>> r10: 3fb572d8  r9 : 00000002	 r8 : 3fb51f40
>> r7 : 3ffaff50  r6 : 01000000	 r5 : 3fb572dc  r4 : 00000002
>> r3 : 01000000  r2 : 3fb572dc	 r1 : 3fb572dc  r0 : 00000001
>> Flags: nZCv  IRQs off  FIQs off  Mode SVC_32
>> Resetting CPU ...
>> 
>> 
>> Unfortunately, the DIFF between v14.6 and v14.7 is 60'000 lines...
>> 
>> Is there any chance to fix that?
> 
> The pc where it traps is (shall be) a NOP and definitely not an
> undefined instruction. You could check after the fatload whether the
> contents in memory (via md in u-boot) and in the binary are the same at
> that location (0x01000004).
> 
> 
> 
> Adam


The newer u-boot got dcache support for certain ARMs.
So, i have to do 'u-boot> dcache off' to make it run successful.



Bye,
ba_f



More information about the l4-hackers mailing list