Le 18/10/2012 13:50, Alexander Graf a écrit :
On 18.10.2012, at 13:46, Guillaume Gardet wrote:
Le 18/10/2012 13:36, Alexander Graf a écrit :
On 10/18/2012 01:35 PM, Guillaume Gardet wrote:
Le 18/10/2012 12:18, Alexander Graf a écrit :
On 10/18/2012 11:50 AM, Alexander Graf wrote:
On 10/18/2012 11:43 AM, Alexander Graf wrote: > On 10/18/2012 11:41 AM, Guillaume Gardet wrote: >> Le 18/10/2012 11:01, Alexander Graf a écrit : >>> On 18.10.2012, at 10:58, Adrian Schröter
wrote: >>> >>>> Am Donnerstag, 18. Oktober 2012, 10:51:29 schrieb Guillaume Gardet: >>>>> Le 18/10/2012 10:47, Adrian Schröter a écrit : >>>>>> Am Donnerstag, 18. Oktober 2012, 10:45:25 schrieb Guillaume Gardet: >>>>>>> Hi, >>>>>>> >>>>>>> would it be possible to add armv5 kiwi support for oem images, please? >>>>>>> >>>>>>> With a quick look at the source code on : https://github.com/openSUSE/kiwi >>>>>>> I guess we must create a system/boot/armv5tel/* (or armv5el?) using armv7l/* as template? Not sure if it is enough. >>>>>>> >>>>>>> I can do it if a kiwi guru (marcus?) give me some hints. >>>>>> I am playing with that atm in openSUSE:Factory:ARM (some first experimental boot files are there). >>>>>> >>>>>> However, we need to fix the qemu cpu emulation for armv5 first or kiwi >>>>>> won't pick anything else then the armv7 one ... >>>>>> >>>>> What is the problem with qemu for armv5? >>>> according to uname it is armv7l cpu ... >>> Yeah, we need a separate binfmt wrapper in qemu-accel-armv5 that sets QEMU_CPU to an armv5 cpu and then exec()s the real binfmt wrapper. >> Is there anyone who could fix that, please? Because I am not sure what to do where! ;) >> But, I can prepare a kiwi patch to add support for oem images. Which arch will report qemu once fixed? armv5el, arm5tel or something else? > Yeah, I'll hack something up. Ok, done. Please verify it actually works and the new qemu-accel properly overwrites the binfmt wrapper with the new binary. How to check? Using "uname -a"? If, so, I tried to do it from a package in my home project and I get: |uname -a [ 102s] Linux build02 3.4.6-2.10-xen #1 SMP Thu Jul 26 09:36:26 UTC 2012 (641c197) armv7l armv7l armv7l GNU/Linux| Yeah, uname -a should do the trick. It did work for me locally when using the compiled qemu-armv5-binfmt manually. Could you please try to check if
$ /qemu/qemu-armv5-binfmt /bin/uname uname -a
works? |/qemu/qemu-armv5-binfmt: No such file or directory|
And "ls /qemu/" gives:| [ 92s] qemu-arm [ 92s] qemu-arm-binfmt
We may need to recompile something? Or wait for propagation? Not sure what's going wrong tbh:
agraf@toonie:/dev/shm/qa> osc getbinaries openSUSE:Factory:ARM qemu-accel-armv5el qemu_accel x86_64 qemu-accel-armv5tel-0.2-17.1.x86_64.rpm 100% |=============================| 41 MB 00:04 rpmlint.log 100% |=============================| 9.1 kB 00:00 agraf@toonie:/dev/shm/qa> cd binaries/ agraf@toonie:/dev/shm/qa/binaries> unrpm qemu-accel-armv5tel-0.2-17.1.x86_64.rpm qemu-accel-armv5tel-0.2-17.1.x86_64.rpm: 251927 blocks agraf@toonie:/dev/shm/qa/binaries> l qemu total 5732 drwxr-xr-x 2 agraf suse 100 Oct 18 13:49 ./ drwxr-xr-x 5 agraf suse 140 Oct 18 13:49 ../ -rwxr-xr-x 1 agraf suse 3274768 Oct 18 12:22 qemu-arm* -rwxr-xr-x 1 agraf suse 1804000 Oct 18 12:22 qemu-arm-binfmt* -rwxr-xr-x 1 agraf suse 757560 Oct 18 12:22 qemu-armv5-binfmt*
In the log, I can read [ 63s] [96/114] preinstalled qemu-accel-armv5tel-0.2-16.1 So you have the new version and I don't. http://download.opensuse.org/repositories/openSUSE:/Factory:/ARM/standard/x8... and http://download.opensuse.org/repositories/openSUSE:/Factory:/ARM/armv5el/x86... still show the old version, so we need to update it before we can use it. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org