On 3 October 2013 10:03, Victor Kamensky victor.kamensky@linaro.org wrote:
On 2 October 2013 13:30, Michael Hudson-Doyle michael.hudson@linaro.org wrote:
Maxim Uvarov maxim.uvarov@linaro.org writes:
This happens because original system is little endian. And Lava does chroot to big endian root fs. And it's expected that you can not run be binaries on le system. So the only way to do is to avoid chroot.
Is there a qemu-arm-static-equivalent that can run BE binaries?
No, there is no such. In fact at this point even basic BE ARM qemu and KVM, just got barely alive very recently. We did not have plans to make x86 host to run BE ARM at all.
There is qemu-armeb-static, but it is whole lot untested. This chroot is also being run ARM host, so it is even less tested.
But looking at the chroot commends being executed:
root@master [rc=0]# chroot /mnt/root which dpkg-divert chroot: failed to run command `which': Exec format error root@master [rc=126]# chroot /mnt/root ln -sf /bin/true /usr/sbin/flash-kernel chroot: failed to run command `ln': Exec format error
This is horse manure. Lava should not be tampering with images like this. Further more, this is ubuntu specific tampering - there is no dpkg-divert or flash-kernel on the OE filesystem being submitted in the job.
The solution here needs to be removal of these chroot commands, not trying to make them work when they are not needed.
Riku