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