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 <adrian@suse.de>
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