Re: [opensuse-arm] armv5 kiwi support for oem images
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? Alex
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? Guillaume |
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
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* -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
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
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:
I think I got it, publishing is disabled for qemu_accel. Please enable. Guillaume
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*
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 18.10.2012, at 14:44, Guillaume Gardet wrote:
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:
I think I got it, publishing is disabled for qemu_accel. Please enable.
Just use osc getbinaries like I did below :) Alex
Guillaume
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*
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 18/10/2012 14:51, Alexander Graf a écrit :
On 18.10.2012, at 14:44, Guillaume Gardet wrote:
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: I think I got it, publishing is disabled for qemu_accel. Please enable. Just use osc getbinaries like I did below :)
Downloading it manually and building locally, I get: ls /qemu/ qemu-arm qemu-arm-binfmt qemu-armv5-binfmt /qemu/qemu-armv5-binfmt /bin/uname -a Linux /qemu/qemu-armv5-binfmt /usr/bin/uname -a Linux /qemu/qemu-armv5-binfmt /bin/arch /usr/bin/qemu-arm-binfmt: Please use me through binfmt with P flag Guillaume
Alex
Guillaume
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*
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 18.10.2012, at 15:14, Guillaume Gardet wrote:
Le 18/10/2012 14:51, Alexander Graf a écrit :
On 18.10.2012, at 14:44, Guillaume Gardet wrote:
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: I think I got it, publishing is disabled for qemu_accel. Please enable. Just use osc getbinaries like I did below :)
Downloading it manually and building locally, I get: ls /qemu/ qemu-arm qemu-arm-binfmt qemu-armv5-binfmt /qemu/qemu-armv5-binfmt /bin/uname -a Linux /qemu/qemu-armv5-binfmt /usr/bin/uname -a Linux /qemu/qemu-armv5-binfmt /bin/arch /usr/bin/qemu-arm-binfmt: Please use me through binfmt with P flag
You need to pass argv[0] as parameter :). /qemu/qemu-armv5-binfmt /bin/uname uname -a Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 18/10/2012 15:27, Alexander Graf a écrit :
On 18.10.2012, at 15:14, Guillaume Gardet wrote:
Le 18/10/2012 14:51, Alexander Graf a écrit :
On 18.10.2012, at 14:44, Guillaume Gardet wrote:
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: I think I got it, publishing is disabled for qemu_accel. Please enable. Just use osc getbinaries like I did below :) Downloading it manually and building locally, I get: ls /qemu/ qemu-arm qemu-arm-binfmt qemu-armv5-binfmt /qemu/qemu-armv5-binfmt /bin/uname -a Linux /qemu/qemu-armv5-binfmt /usr/bin/uname -a Linux /qemu/qemu-armv5-binfmt /bin/arch /usr/bin/qemu-arm-binfmt: Please use me through binfmt with P flag You need to pass argv[0] as parameter :).
/qemu/qemu-armv5-binfmt /bin/uname uname -a
Ok. A fake parameter works also. ;) Is it possible to push it to the repos as it seems ok? Guillaume
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 18.10.2012, at 15:30, Guillaume Gardet wrote:
Le 18/10/2012 15:27, Alexander Graf a écrit :
On 18.10.2012, at 15:14, Guillaume Gardet wrote:
Le 18/10/2012 14:51, Alexander Graf a écrit :
On 18.10.2012, at 14:44, Guillaume Gardet wrote:
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: I think I got it, publishing is disabled for qemu_accel. Please enable. Just use osc getbinaries like I did below :) Downloading it manually and building locally, I get: ls /qemu/ qemu-arm qemu-arm-binfmt qemu-armv5-binfmt /qemu/qemu-armv5-binfmt /bin/uname -a Linux /qemu/qemu-armv5-binfmt /usr/bin/uname -a Linux /qemu/qemu-armv5-binfmt /bin/arch /usr/bin/qemu-arm-binfmt: Please use me through binfmt with P flag You need to pass argv[0] as parameter :). /qemu/qemu-armv5-binfmt /bin/uname uname -a
Ok. A fake parameter works also. ;) Is it possible to push it to the repos as it seems ok?
Since it gets fetched fine with osc getbinaries, it will automatically get used when you do osc build. The next question is whether the post install script to actually make use of this binary also works :). Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 18/10/2012 15:44, Alexander Graf a écrit :
On 18.10.2012, at 15:30, Guillaume Gardet wrote:
Le 18/10/2012 15:27, Alexander Graf a écrit :
On 18.10.2012, at 15:14, Guillaume Gardet wrote:
Le 18/10/2012 14:51, Alexander Graf a écrit :
On 18.10.2012, at 14:44, Guillaume Gardet wrote:
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: I think I got it, publishing is disabled for qemu_accel. Please enable. Just use osc getbinaries like I did below :) Downloading it manually and building locally, I get: ls /qemu/ qemu-arm qemu-arm-binfmt qemu-armv5-binfmt /qemu/qemu-armv5-binfmt /bin/uname -a Linux /qemu/qemu-armv5-binfmt /usr/bin/uname -a Linux /qemu/qemu-armv5-binfmt /bin/arch /usr/bin/qemu-arm-binfmt: Please use me through binfmt with P flag You need to pass argv[0] as parameter :). /qemu/qemu-armv5-binfmt /bin/uname uname -a Ok. A fake parameter works also. ;) Is it possible to push it to the repos as it seems ok? Since it gets fetched fine with osc getbinaries, it will automatically get used when you do osc build. The next question is whether the post install script to actually make use of this binary also works :). Yes, for a local build, not from the server. without /qemu/qemu-armv5-binfmt, it should also be ok, but: [ 6s] + uname -a [ 6s] Linux PCOLISEO 3.4.11-2.16-desktop #1 SMP PREEMPT Wed Sep 26 17:05:00 UTC 2012 (259fc87) armv7l armv7l armv7l GNU/Linux [ 6s] + arch [ 6s] armv7l
:( Guillaume
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 18/10/2012 15:57, Guillaume Gardet a écrit :
Le 18/10/2012 15:44, Alexander Graf a écrit :
On 18.10.2012, at 15:30, Guillaume Gardet wrote:
Le 18/10/2012 15:27, Alexander Graf a écrit :
On 18.10.2012, at 15:14, Guillaume Gardet wrote:
Le 18/10/2012 14:51, Alexander Graf a écrit :
On 18.10.2012, at 14:44, Guillaume Gardet wrote:
> 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: > I think I got it, publishing is disabled for qemu_accel. Please enable. Just use osc getbinaries like I did below :) Downloading it manually and building locally, I get: ls /qemu/ qemu-arm qemu-arm-binfmt qemu-armv5-binfmt /qemu/qemu-armv5-binfmt /bin/uname -a Linux /qemu/qemu-armv5-binfmt /usr/bin/uname -a Linux /qemu/qemu-armv5-binfmt /bin/arch /usr/bin/qemu-arm-binfmt: Please use me through binfmt with P flag You need to pass argv[0] as parameter :). /qemu/qemu-armv5-binfmt /bin/uname uname -a Ok. A fake parameter works also. ;) Is it possible to push it to the repos as it seems ok? Since it gets fetched fine with osc getbinaries, it will automatically get used when you do osc build. The next question is whether the post install script to actually make use of this binary also works :). Yes, for a local build, not from the server. without /qemu/qemu-armv5-binfmt, it should also be ok, but: [ 6s] + uname -a [ 6s] Linux PCOLISEO 3.4.11-2.16-desktop #1 SMP PREEMPT Wed Sep 26 17:05:00 UTC 2012 (259fc87) armv7l armv7l armv7l GNU/Linux [ 6s] + arch [ 6s] armv7l
Post-install seems KO: [ 9s] running qemu-accel-armv5tel postinstall script [ 9s] ++ uname -m [ 9s] + '[' armv7l = armv7l ']' [ 9s] + mkdir -p /usr/lib64/gcc /lib64 [ 9s] + ln -sf ../../lib/gcc/armv5tel-suse-linux-gnueabi /usr/lib64/gcc/armv5tel-suse-linux-gnueabi [ 9s] + ln -sf /emul/x86_64-for-arm/lib64/libnsl.so.1 /lib64/libnsl.so.1 [ 9s] + '[' '!' -d /proc/sys/fs/binfmt_misc ']' [ 9s] + did_mount_it= [ 9s] + '[' '!' -f /proc/sys/fs/binfmt_misc/register ']' [ 9s] + builtin echo 'mounting binfmt_misc' [ 9s] mounting binfmt_misc [ 9s] + mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 21: mount: command not found [ 9s] + did_mount_it=1 [ 9s] + '[' -e /proc/sys/fs/binfmt_misc/arm ']' [ 9s] + '[' 1 ']' [ 9s] + builtin echo 'Unmounting again.' [ 9s] Unmounting again. [ 9s] + umount /proc/sys/fs/binfmt_misc [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 34: umount: command not found [ 9s] + builtin echo 'All done' [ 9s] All done [ 9s] + rm -rf /usr/armv5tel-suse-linux-gnueabi/lib [ 9s] + ln -s /lib /usr/armv5tel-suse-linux-gnueabi/lib [ 9s] + '[' -e /lib/ldscripts ']' [ 9s] + ln -fs /usr/lib/ldscripts /lib/ldscripts Guillaume
:(
Guillaume
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 18.10.2012, at 16:02, Guillaume Gardet wrote:
Le 18/10/2012 15:57, Guillaume Gardet a écrit :
Le 18/10/2012 15:44, Alexander Graf a écrit :
On 18.10.2012, at 15:30, Guillaume Gardet wrote:
Le 18/10/2012 15:27, Alexander Graf a écrit :
On 18.10.2012, at 15:14, Guillaume Gardet wrote:
Le 18/10/2012 14:51, Alexander Graf a écrit : > On 18.10.2012, at 14:44, Guillaume Gardet wrote: > >> 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: >> I think I got it, publishing is disabled for qemu_accel. Please enable. > Just use osc getbinaries like I did below :) Downloading it manually and building locally, I get: ls /qemu/ qemu-arm qemu-arm-binfmt qemu-armv5-binfmt /qemu/qemu-armv5-binfmt /bin/uname -a Linux /qemu/qemu-armv5-binfmt /usr/bin/uname -a Linux /qemu/qemu-armv5-binfmt /bin/arch /usr/bin/qemu-arm-binfmt: Please use me through binfmt with P flag You need to pass argv[0] as parameter :). /qemu/qemu-armv5-binfmt /bin/uname uname -a Ok. A fake parameter works also. ;) Is it possible to push it to the repos as it seems ok? Since it gets fetched fine with osc getbinaries, it will automatically get used when you do osc build. The next question is whether the post install script to actually make use of this binary also works :). Yes, for a local build, not from the server. without /qemu/qemu-armv5-binfmt, it should also be ok, but: [ 6s] + uname -a [ 6s] Linux PCOLISEO 3.4.11-2.16-desktop #1 SMP PREEMPT Wed Sep 26 17:05:00 UTC 2012 (259fc87) armv7l armv7l armv7l GNU/Linux [ 6s] + arch [ 6s] armv7l
Post-install seems KO: [ 9s] running qemu-accel-armv5tel postinstall script [ 9s] ++ uname -m [ 9s] + '[' armv7l = armv7l ']' [ 9s] + mkdir -p /usr/lib64/gcc /lib64 [ 9s] + ln -sf ../../lib/gcc/armv5tel-suse-linux-gnueabi /usr/lib64/gcc/armv5tel-suse-linux-gnueabi [ 9s] + ln -sf /emul/x86_64-for-arm/lib64/libnsl.so.1 /lib64/libnsl.so.1 [ 9s] + '[' '!' -d /proc/sys/fs/binfmt_misc ']' [ 9s] + did_mount_it= [ 9s] + '[' '!' -f /proc/sys/fs/binfmt_misc/register ']' [ 9s] + builtin echo 'mounting binfmt_misc' [ 9s] mounting binfmt_misc [ 9s] + mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 21: mount: command not found
This one is bad. Hrm. Is the PATH variable just not set up properly? Alex
[ 9s] + did_mount_it=1 [ 9s] + '[' -e /proc/sys/fs/binfmt_misc/arm ']' [ 9s] + '[' 1 ']' [ 9s] + builtin echo 'Unmounting again.' [ 9s] Unmounting again. [ 9s] + umount /proc/sys/fs/binfmt_misc [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 34: umount: command not found [ 9s] + builtin echo 'All done' [ 9s] All done [ 9s] + rm -rf /usr/armv5tel-suse-linux-gnueabi/lib [ 9s] + ln -s /lib /usr/armv5tel-suse-linux-gnueabi/lib [ 9s] + '[' -e /lib/ldscripts ']' [ 9s] + ln -fs /usr/lib/ldscripts /lib/ldscripts
Guillaume
:(
Guillaume
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 18/10/2012 16:06, Alexander Graf a écrit :
On 18.10.2012, at 16:02, Guillaume Gardet wrote:
Le 18/10/2012 15:57, Guillaume Gardet a écrit :
Le 18/10/2012 15:44, Alexander Graf a écrit :
On 18.10.2012, at 15:30, Guillaume Gardet wrote:
Le 18/10/2012 15:27, Alexander Graf a écrit :
On 18.10.2012, at 15:14, Guillaume Gardet wrote:
> Le 18/10/2012 14:51, Alexander Graf a écrit : >> On 18.10.2012, at 14:44, Guillaume Gardet wrote: >> >>> 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: >>> I think I got it, publishing is disabled for qemu_accel. Please enable. >> Just use osc getbinaries like I did below :) > Downloading it manually and building locally, I get: > ls /qemu/ > qemu-arm > qemu-arm-binfmt > qemu-armv5-binfmt > /qemu/qemu-armv5-binfmt /bin/uname -a > Linux > /qemu/qemu-armv5-binfmt /usr/bin/uname -a > Linux > /qemu/qemu-armv5-binfmt /bin/arch > /usr/bin/qemu-arm-binfmt: Please use me through binfmt with P flag You need to pass argv[0] as parameter :). /qemu/qemu-armv5-binfmt /bin/uname uname -a Ok. A fake parameter works also. ;) Is it possible to push it to the repos as it seems ok? Since it gets fetched fine with osc getbinaries, it will automatically get used when you do osc build. The next question is whether the post install script to actually make use of this binary also works :). Yes, for a local build, not from the server. without /qemu/qemu-armv5-binfmt, it should also be ok, but: [ 6s] + uname -a [ 6s] Linux PCOLISEO 3.4.11-2.16-desktop #1 SMP PREEMPT Wed Sep 26 17:05:00 UTC 2012 (259fc87) armv7l armv7l armv7l GNU/Linux [ 6s] + arch [ 6s] armv7l
Post-install seems KO: [ 9s] running qemu-accel-armv5tel postinstall script [ 9s] ++ uname -m [ 9s] + '[' armv7l = armv7l ']' [ 9s] + mkdir -p /usr/lib64/gcc /lib64 [ 9s] + ln -sf ../../lib/gcc/armv5tel-suse-linux-gnueabi /usr/lib64/gcc/armv5tel-suse-linux-gnueabi [ 9s] + ln -sf /emul/x86_64-for-arm/lib64/libnsl.so.1 /lib64/libnsl.so.1 [ 9s] + '[' '!' -d /proc/sys/fs/binfmt_misc ']' [ 9s] + did_mount_it= [ 9s] + '[' '!' -f /proc/sys/fs/binfmt_misc/register ']' [ 9s] + builtin echo 'mounting binfmt_misc' [ 9s] mounting binfmt_misc [ 9s] + mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 21: mount: command not found This one is bad. Hrm. Is the PATH variable just not set up properly?
echo $PATH returned: /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games And "which mount" returns : "/usr/bin/mount". Very strange... Maybe PATH in post install script is unknown? or mount not yet installed? Guillaume
Alex
[ 9s] + did_mount_it=1 [ 9s] + '[' -e /proc/sys/fs/binfmt_misc/arm ']' [ 9s] + '[' 1 ']' [ 9s] + builtin echo 'Unmounting again.' [ 9s] Unmounting again. [ 9s] + umount /proc/sys/fs/binfmt_misc [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 34: umount: command not found [ 9s] + builtin echo 'All done' [ 9s] All done [ 9s] + rm -rf /usr/armv5tel-suse-linux-gnueabi/lib [ 9s] + ln -s /lib /usr/armv5tel-suse-linux-gnueabi/lib [ 9s] + '[' -e /lib/ldscripts ']' [ 9s] + ln -fs /usr/lib/ldscripts /lib/ldscripts
Guillaume
:(
Guillaume
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 10/18/2012 04:13 PM, Guillaume Gardet wrote:
Le 18/10/2012 16:06, Alexander Graf a écrit :
On 18.10.2012, at 16:02, Guillaume Gardet wrote:
Post-install seems KO: [ 9s] running qemu-accel-armv5tel postinstall script [ 9s] ++ uname -m [ 9s] + '[' armv7l = armv7l ']' [ 9s] + mkdir -p /usr/lib64/gcc /lib64 [ 9s] + ln -sf ../../lib/gcc/armv5tel-suse-linux-gnueabi /usr/lib64/gcc/armv5tel-suse-linux-gnueabi [ 9s] + ln -sf /emul/x86_64-for-arm/lib64/libnsl.so.1 /lib64/libnsl.so.1 [ 9s] + '[' '!' -d /proc/sys/fs/binfmt_misc ']' [ 9s] + did_mount_it= [ 9s] + '[' '!' -f /proc/sys/fs/binfmt_misc/register ']' [ 9s] + builtin echo 'mounting binfmt_misc' [ 9s] mounting binfmt_misc [ 9s] + mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 21: mount: command not found This one is bad. Hrm. Is the PATH variable just not set up properly?
echo $PATH returned: /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games
And "which mount" returns : "/usr/bin/mount". Very strange... Maybe PATH in post install script is unknown? or mount not yet installed?
I always thought that packages are installed first and then the postinstall scripts get executed? Adrian, any ideas? Do we need to add a dependency to the accel package to get mount? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 18/10/2012 16:15, Alexander Graf a écrit :
On 10/18/2012 04:13 PM, Guillaume Gardet wrote:
Le 18/10/2012 16:06, Alexander Graf a écrit :
On 18.10.2012, at 16:02, Guillaume Gardet wrote:
Post-install seems KO: [ 9s] running qemu-accel-armv5tel postinstall script [ 9s] ++ uname -m [ 9s] + '[' armv7l = armv7l ']' [ 9s] + mkdir -p /usr/lib64/gcc /lib64 [ 9s] + ln -sf ../../lib/gcc/armv5tel-suse-linux-gnueabi /usr/lib64/gcc/armv5tel-suse-linux-gnueabi [ 9s] + ln -sf /emul/x86_64-for-arm/lib64/libnsl.so.1 /lib64/libnsl.so.1 [ 9s] + '[' '!' -d /proc/sys/fs/binfmt_misc ']' [ 9s] + did_mount_it= [ 9s] + '[' '!' -f /proc/sys/fs/binfmt_misc/register ']' [ 9s] + builtin echo 'mounting binfmt_misc' [ 9s] mounting binfmt_misc [ 9s] + mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 21: mount: command not found This one is bad. Hrm. Is the PATH variable just not set up properly?
echo $PATH returned: /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games
And "which mount" returns : "/usr/bin/mount". Very strange... Maybe PATH in post install script is unknown? or mount not yet installed?
I always thought that packages are installed first and then the postinstall scripts get executed?
Adrian, any ideas? Do we need to add a dependency to the accel package to get mount?
I think so. The log (in attachment) shows util-linux is intstalled after qemu-accel-armv5tel postinstall script failed. Guillaume
Alex
On 18.10.2012, at 16:37, Guillaume Gardet wrote:
Le 18/10/2012 16:15, Alexander Graf a écrit :
On 10/18/2012 04:13 PM, Guillaume Gardet wrote:
Le 18/10/2012 16:06, Alexander Graf a écrit :
On 18.10.2012, at 16:02, Guillaume Gardet wrote:
Post-install seems KO: [ 9s] running qemu-accel-armv5tel postinstall script [ 9s] ++ uname -m [ 9s] + '[' armv7l = armv7l ']' [ 9s] + mkdir -p /usr/lib64/gcc /lib64 [ 9s] + ln -sf ../../lib/gcc/armv5tel-suse-linux-gnueabi /usr/lib64/gcc/armv5tel-suse-linux-gnueabi [ 9s] + ln -sf /emul/x86_64-for-arm/lib64/libnsl.so.1 /lib64/libnsl.so.1 [ 9s] + '[' '!' -d /proc/sys/fs/binfmt_misc ']' [ 9s] + did_mount_it= [ 9s] + '[' '!' -f /proc/sys/fs/binfmt_misc/register ']' [ 9s] + builtin echo 'mounting binfmt_misc' [ 9s] mounting binfmt_misc [ 9s] + mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 21: mount: command not found This one is bad. Hrm. Is the PATH variable just not set up properly?
echo $PATH returned: /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games
And "which mount" returns : "/usr/bin/mount". Very strange... Maybe PATH in post install script is unknown? or mount not yet installed?
I always thought that packages are installed first and then the postinstall scripts get executed?
Adrian, any ideas? Do we need to add a dependency to the accel package to get mount?
I think so. The log (in attachment) shows util-linux is intstalled after qemu-accel-armv5tel postinstall script failed.
Yeah. This needs an OBS guru to solve :(. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 18/10/2012 17:17, Alexander Graf a écrit :
On 18.10.2012, at 16:37, Guillaume Gardet wrote:
Le 18/10/2012 16:15, Alexander Graf a écrit :
On 10/18/2012 04:13 PM, Guillaume Gardet wrote:
Le 18/10/2012 16:06, Alexander Graf a écrit :
On 18.10.2012, at 16:02, Guillaume Gardet wrote:
Post-install seems KO: [ 9s] running qemu-accel-armv5tel postinstall script [ 9s] ++ uname -m [ 9s] + '[' armv7l = armv7l ']' [ 9s] + mkdir -p /usr/lib64/gcc /lib64 [ 9s] + ln -sf ../../lib/gcc/armv5tel-suse-linux-gnueabi /usr/lib64/gcc/armv5tel-suse-linux-gnueabi [ 9s] + ln -sf /emul/x86_64-for-arm/lib64/libnsl.so.1 /lib64/libnsl.so.1 [ 9s] + '[' '!' -d /proc/sys/fs/binfmt_misc ']' [ 9s] + did_mount_it= [ 9s] + '[' '!' -f /proc/sys/fs/binfmt_misc/register ']' [ 9s] + builtin echo 'mounting binfmt_misc' [ 9s] mounting binfmt_misc [ 9s] + mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 21: mount: command not found This one is bad. Hrm. Is the PATH variable just not set up properly? echo $PATH returned: /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games
And "which mount" returns : "/usr/bin/mount". Very strange... Maybe PATH in post install script is unknown? or mount not yet installed? I always thought that packages are installed first and then the postinstall scripts get executed?
Adrian, any ideas? Do we need to add a dependency to the accel package to get mount? I think so. The log (in attachment) shows util-linux is intstalled after qemu-accel-armv5tel postinstall script failed. Yeah. This needs an OBS guru to solve :(.
As mount is used, it make sens to have it as dep. Guillaume
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 18.10.2012, at 17:25, Guillaume Gardet wrote:
Le 18/10/2012 17:17, Alexander Graf a écrit :
On 18.10.2012, at 16:37, Guillaume Gardet wrote:
Le 18/10/2012 16:15, Alexander Graf a écrit :
On 10/18/2012 04:13 PM, Guillaume Gardet wrote:
Le 18/10/2012 16:06, Alexander Graf a écrit :
On 18.10.2012, at 16:02, Guillaume Gardet wrote: > Post-install seems KO: > [ 9s] running qemu-accel-armv5tel postinstall script > [ 9s] ++ uname -m > [ 9s] + '[' armv7l = armv7l ']' > [ 9s] + mkdir -p /usr/lib64/gcc /lib64 > [ 9s] + ln -sf ../../lib/gcc/armv5tel-suse-linux-gnueabi /usr/lib64/gcc/armv5tel-suse-linux-gnueabi > [ 9s] + ln -sf /emul/x86_64-for-arm/lib64/libnsl.so.1 /lib64/libnsl.so.1 > [ 9s] + '[' '!' -d /proc/sys/fs/binfmt_misc ']' > [ 9s] + did_mount_it= > [ 9s] + '[' '!' -f /proc/sys/fs/binfmt_misc/register ']' > [ 9s] + builtin echo 'mounting binfmt_misc' > [ 9s] mounting binfmt_misc > [ 9s] + mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc > [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 21: mount: command not found This one is bad. Hrm. Is the PATH variable just not set up properly? echo $PATH returned: /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games
And "which mount" returns : "/usr/bin/mount". Very strange... Maybe PATH in post install script is unknown? or mount not yet installed? I always thought that packages are installed first and then the postinstall scripts get executed?
Adrian, any ideas? Do we need to add a dependency to the accel package to get mount? I think so. The log (in attachment) shows util-linux is intstalled after qemu-accel-armv5tel postinstall script failed. Yeah. This needs an OBS guru to solve :(.
As mount is used, it make sens to have it as dep.
Does a dependency from an x86_64 package onto an arm package work? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 18/10/2012 17:37, Alexander Graf a écrit :
On 18.10.2012, at 17:25, Guillaume Gardet wrote:
Le 18/10/2012 17:17, Alexander Graf a écrit :
On 18.10.2012, at 16:37, Guillaume Gardet wrote:
Le 18/10/2012 16:15, Alexander Graf a écrit :
On 10/18/2012 04:13 PM, Guillaume Gardet wrote:
Le 18/10/2012 16:06, Alexander Graf a écrit : > On 18.10.2012, at 16:02, Guillaume Gardet wrote: >> Post-install seems KO: >> [ 9s] running qemu-accel-armv5tel postinstall script >> [ 9s] ++ uname -m >> [ 9s] + '[' armv7l = armv7l ']' >> [ 9s] + mkdir -p /usr/lib64/gcc /lib64 >> [ 9s] + ln -sf ../../lib/gcc/armv5tel-suse-linux-gnueabi /usr/lib64/gcc/armv5tel-suse-linux-gnueabi >> [ 9s] + ln -sf /emul/x86_64-for-arm/lib64/libnsl.so.1 /lib64/libnsl.so.1 >> [ 9s] + '[' '!' -d /proc/sys/fs/binfmt_misc ']' >> [ 9s] + did_mount_it= >> [ 9s] + '[' '!' -f /proc/sys/fs/binfmt_misc/register ']' >> [ 9s] + builtin echo 'mounting binfmt_misc' >> [ 9s] mounting binfmt_misc >> [ 9s] + mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc >> [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 21: mount: command not found > This one is bad. Hrm. Is the PATH variable just not set up properly? echo $PATH returned: /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games
And "which mount" returns : "/usr/bin/mount". Very strange... Maybe PATH in post install script is unknown? or mount not yet installed? I always thought that packages are installed first and then the postinstall scripts get executed?
Adrian, any ideas? Do we need to add a dependency to the accel package to get mount? I think so. The log (in attachment) shows util-linux is intstalled after qemu-accel-armv5tel postinstall script failed. Yeah. This needs an OBS guru to solve :(. As mount is used, it make sens to have it as dep. Does a dependency from an x86_64 package onto an arm package work?
Not sure. Give it a try! ;) Guillaume
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 18.10.2012, at 17:45, Guillaume Gardet wrote:
Le 18/10/2012 17:37, Alexander Graf a écrit :
On 18.10.2012, at 17:25, Guillaume Gardet wrote:
Le 18/10/2012 17:17, Alexander Graf a écrit :
On 18.10.2012, at 16:37, Guillaume Gardet wrote:
Le 18/10/2012 16:15, Alexander Graf a écrit :
On 10/18/2012 04:13 PM, Guillaume Gardet wrote: > Le 18/10/2012 16:06, Alexander Graf a écrit : >> On 18.10.2012, at 16:02, Guillaume Gardet wrote: >>> Post-install seems KO: >>> [ 9s] running qemu-accel-armv5tel postinstall script >>> [ 9s] ++ uname -m >>> [ 9s] + '[' armv7l = armv7l ']' >>> [ 9s] + mkdir -p /usr/lib64/gcc /lib64 >>> [ 9s] + ln -sf ../../lib/gcc/armv5tel-suse-linux-gnueabi /usr/lib64/gcc/armv5tel-suse-linux-gnueabi >>> [ 9s] + ln -sf /emul/x86_64-for-arm/lib64/libnsl.so.1 /lib64/libnsl.so.1 >>> [ 9s] + '[' '!' -d /proc/sys/fs/binfmt_misc ']' >>> [ 9s] + did_mount_it= >>> [ 9s] + '[' '!' -f /proc/sys/fs/binfmt_misc/register ']' >>> [ 9s] + builtin echo 'mounting binfmt_misc' >>> [ 9s] mounting binfmt_misc >>> [ 9s] + mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc >>> [ 9s] .init_b_cache/scripts/qemu-accel-armv5tel.post: line 21: mount: command not found >> This one is bad. Hrm. Is the PATH variable just not set up properly? > echo $PATH returned: > /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games > > And "which mount" returns : "/usr/bin/mount". Very strange... Maybe PATH in post install script is unknown? or mount not yet installed? I always thought that packages are installed first and then the postinstall scripts get executed?
Adrian, any ideas? Do we need to add a dependency to the accel package to get mount? I think so. The log (in attachment) shows util-linux is intstalled after qemu-accel-armv5tel postinstall script failed. Yeah. This needs an OBS guru to solve :(. As mount is used, it make sens to have it as dep. Does a dependency from an x86_64 package onto an arm package work?
Not sure. Give it a try! ;)
Hrm. I rather just changed the concept to actually override qemu-arm-binfmt with a version that sets QEMU_CPU. It should be building right now. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 18/10/2012 15:14, Guillaume Gardet a écrit :
Le 18/10/2012 14:51, Alexander Graf a écrit :
On 18.10.2012, at 14:44, Guillaume Gardet wrote:
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: I think I got it, publishing is disabled for qemu_accel. Please enable. Just use osc getbinaries like I did below :)
Downloading it manually and building locally, I get: ls /qemu/ qemu-arm qemu-arm-binfmt qemu-armv5-binfmt /qemu/qemu-armv5-binfmt /bin/uname -a Linux /qemu/qemu-armv5-binfmt /usr/bin/uname -a Linux /qemu/qemu-armv5-binfmt /bin/arch /usr/bin/qemu-arm-binfmt: Please use me through binfmt with P flag
Well, I need to add a fake parameter and it is ok: [ 5s] + ls /qemu/ [ 5s] qemu-arm [ 5s] qemu-arm-binfmt [ 5s] qemu-armv5-binfmt [ 5s] + /qemu/qemu-armv5-binfmt /bin/uname --dummy -a [ 5s] Linux PCOLISEO 3.4.11-2.16-desktop #1 SMP PREEMPT Wed Sep 26 17:05:00 UTC 2012 (259fc87) armv5tel armv5tel armv5tel GNU/Linux [ 5s] + /qemu/qemu-armv5-binfmt /bin/arch --dummy [ 5s] armv5tel Guillaume
Guillaume
Alex
Guillaume
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*
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (2)
-
Alexander Graf
-
Guillaume Gardet