Hi Daniel, El 31/07/2017 a las 12:52, Daniel Schwierzeck escribió: > 2017-07-30 18:04 GMT+02:00 Álvaro Fernández Rojas <nolt...@gmail.com>: >> >> >> El 30/07/2017 a las 16:05, Daniel Schwierzeck escribió: >>> >>> >>> Am 30.07.2017 um 14:27 schrieb Álvaro Fernández Rojas: >>>> I've been a bit busy lately and I couldn't test this until now, but I have >>>> to say that this commit breaks u-boot bmips support :( >>>> >>>> BTW, I tried this on several bmips boards (one of them is a Netgear >>>> CG3100D, which uses u-boot.bin instead of u-boot.elf) >>>> >>>> Do you have any idea on what could be hapenning? >>>> >>> >>> maybe you need to specify "--emit-relocs" too when linking u-boot.elf >>> from u-boot-elf.o. But u-boot-elf.o should already contain the correct >>> .reloc section with the updated relocation entries so you don't need to >>> rerun the reloc-tool on u-boot.elf. >>> >> >> I tried that and it doesn't work. >> However, I've just found out that if I remove the relocs call it boots >> again... >> https://gist.github.com/Noltari/ce3a6a9dda69e74caf7ba33c9c8ade9a > > I wonder how this can work. Even the u-boot.elf now contains > position-dependent code so that an update of the relocation entries is > required there too. Without the updated entries, U-Boot can't execute > after jumping from relocate_code() to board_init_r(). Did you use a > clean build if U-Boot? > Yeah, I used a clean build of u-boot (upstream with just the patch mentioned before): https://gist.github.com/Noltari/ce3a6a9dda69e74caf7ba33c9c8ade9a#file-u-boot-log
Regards, Álvaro. _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot