Re: U-Boot version issue
ba_f <[email protected]>
| Newsgroups | gmane.comp.micro-kernel.l4.devel |
|---|---|
| Message-ID | <[email protected]> |
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