Hi, ----- Peter Czanik a écrit :

Hi,

On 05/06/18 12:37, Guillaume Gardet wrote:

...

If people could also share there tests, it would help to decide when we could release Leap 15.0 for ARM. :)

OK. Where can I find it? I looked for it at the usual http://download.opensuse.org/ports/aarch64/distribution/leap/ location, but could not find it. I'd give it a try on a SoftIron OverDrive 1000.

You need to downlaod it from OBS directly, since it has not been released yet. For JeOS-efi.aarch64 image for your softiron, you can use the web interface: https://build.opensuse.org/package/binaries/openSUSE:Leap:15.0:Ports:Live/Je... or the commandline: osc getbinaries openSUSE:Leap:15.0:Ports:Live JeOS:JeOS-efi.aarch64 images_arm aarch64 Guillaume

Bye, CzP -- 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 Tue, 2018-06-05 at 12:37 +0200, Guillaume Gardet wrote:

Hi,

here are some results of my tests of Leap 15.0 images. * JeOS-beagle : OK. (DVI output not working on BBxM, as on Tumbleweed) * JeOS-beaglebone: OK on BB Black. HDMI not tested. * XFCE-raspberrypi2: OK * XFCE-sabrelite : USB not working (fine in TW), only 1/4 of the screen is used for display (same in TW), otherwise ok. => not blocking since Ethernet is working and will allow updates. * KDE-chromebook: (not built, JeOS needs to be updated) u-boot ok, but get a black screen then, no repartition happened (same in latest TW).

openQA looks fine: https://openqa.opensuse.org/tests/overview?distri=opensuse&version=15.0&build=124.1&groupid=52 * Firefox problem is fixed in devel and Factory. Should be released to Leap:15.0 through updates. * Gnome terminal problem is an openQA problem (color font mismatch)

If people could also share there tests, it would help to decide when we could release Leap 15.0 for ARM. :)

The 2018.05.20 raspberrypi3 image worked very nicely for me. I installed an image without a desktop so that hasn't been tested. I am now installing xfce and will report if that works. Bill -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Am 05.06.2018 um 12:37 schrieb Guillaume Gardet:

Hi,

here are some results of my tests of Leap 15.0 images. * JeOS-beagle : OK. (DVI output not working on BBxM, as on Tumbleweed) * JeOS-beaglebone: OK on BB Black. HDMI not tested. * XFCE-raspberrypi2: OK * XFCE-sabrelite : USB not working (fine in TW), only 1/4 of the screen is used for display (same in TW), otherwise ok. => not blocking since Ethernet is working and will allow updates. * KDE-chromebook: (not built, JeOS needs to be updated) u-boot ok, but get a black screen then, no repartition happened (same in latest TW).

openQA looks fine: https://openqa.opensuse.org/tests/overview?distri=opensuse&version=15.0&build=124.1&groupid=52

* Firefox problem is fixed in devel and Factory. Should be released to Leap:15.0 through updates. * Gnome terminal problem is an openQA problem (color font mismatch)

If people could also share there tests, it would help to decide when we could release Leap 15.0 for ARM. :)

Guillaume

Tested armv7l JeOS:X11-olinuxinolime2 (Allwinner A20 dual core) and JeOS:X11-olinuxinolime (Allwinner A10 sinngle core) with HDMI output and usb mouse + keyboard. For both network + serial console works also. Br, Frank -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

...

...

OK. Where can I find it? I looked for it at the usual http://download.opensuse.org/ports/aarch64/distribution/leap/ location, but could not find it. I'd give it a try on a SoftIron OverDrive 1000.

https://download.opensuse.org/ports/aarch64/distribution/leap/15.0/appliance... is the image you're looking for. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

----- Peter Czanik a écrit :

On 12/06/18 09:54, Dirk Müller wrote:

...

...

...

...

OK. Where can I find it? I looked for it at the usual http://download.opensuse.org/ports/aarch64/distribution/leap/ location, but could not find it. I'd give it a try on a SoftIron OverDrive 1000. https://download.opensuse.org/ports/aarch64/distribution/leap/15.0/appliance...

is the image you're looking for. Thanks. I tried to boot it, but it stops here:

Loading kernel... Loading initrd... EFI stub: Booting Linux Kernel... EFI stub: Using DTB from configuration table EFI stub: Exiting boot services and installing virtual address map... setterm: cannot (un)set powersave mode: Inappropriate ioctl for device [    1.784639] Searching for boot device... [    3.702163] startMultipathd: multipathd not found [    3.704606] Found boot device: /dev/sdb

For the softiron OverDrive 1000, you can use the ISO image on a USB stick.

I installed one of the SLES 15 beta releases on the same box, and that worked without any problems.

With an ISO image or a JeOS-efi image? Guillaume

Bye, CzP

...

Greetings, Dirk

-- 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

----- Peter Czanik a écrit :

On 13/06/18 16:12, guillaume.gardet@free.fr wrote:

...

----- Peter Czanik a écrit :

...

On 12/06/18 09:54, Dirk Müller wrote:

...

...

...

> OK. Where can I find it? I looked for it at the usual > http://download.opensuse.org/ports/aarch64/distribution/leap/ location, > but could not find it. I'd give it a try on a SoftIron OverDrive 1000. https://download.opensuse.org/ports/aarch64/distribution/leap/15.0/appliance...

is the image you're looking for. Thanks. I tried to boot it, but it stops here:

Loading kernel... Loading initrd... EFI stub: Booting Linux Kernel... EFI stub: Using DTB from configuration table EFI stub: Exiting boot services and installing virtual address map... setterm: cannot (un)set powersave mode: Inappropriate ioctl for device [    1.784639] Searching for boot device... [    3.702163] startMultipathd: multipathd not found [    3.704606] Found boot device: /dev/sdb

For the softiron OverDrive 1000, you can use the ISO image on a USB stick. I tried the above image from a USB stick. Where can I find the ISO image?

It is not published yet, so you can get it using: osc getbinaries openSUSE:Leap:15.0:Ports 000product:openSUSE-dvd5-dvd-aarch64 images_arm local Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Am 11.06.2018 um 08:27 schrieb Guillaume Gardet:

...

Tested armv7l JeOS:X11-olinuxinolime2 (Allwinner A20 dual core) and JeOS:X11-olinuxinolime (Allwinner A10 sinngle core) with HDMI output and usb mouse + keyboard. For both network + serial console works also.

Thanks for testing! :)

Guillaume

Hello, I tested also JeOS-socfpgade0nanosoc, but this does not boot at all. u-boot is not installed in the raw image. By doing that manually it works. It seems that the /usr/src/packages/KIWIROOT-oem path is not there and this is used by the uboot-image-install.in for different things, also to install the uboot for this target. I added "ls -l /usr/src/packages" to that script and it is not displaying anything. The directory is empty. Here https://build.opensuse.org/build/home:frank_kunz:branches:openSUSE:Leap:15.0... at [ 917s] + [[ -d EFI ]] [ 917s] + [[ -d boot/efi/EFI ]] [ 917s] + pushd /usr/src/packages/KIWIROOT-oem/ [ 917s] /usr/src/packages/KIWI-oem/build/image-root/image/edit_boot_install.sh: line 45: pushd: /usr/src/packages/KIWIROOT-oem/: No such file or directory there is also some effect for the efi part. So also other boards might be affected by that missing path? Should there be an environment variable instead of the hard coded path? Br, Frank -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Am 19.06.2018 um 20:23 schrieb Frank Kunz:

Am 11.06.2018 um 08:27 schrieb Guillaume Gardet:

...

...

Tested armv7l JeOS:X11-olinuxinolime2 (Allwinner A20 dual core) and JeOS:X11-olinuxinolime (Allwinner A10 sinngle core) with HDMI output and usb mouse + keyboard. For both network + serial console works also.

Thanks for testing! :)

Guillaume

Hello,

I tested also JeOS-socfpgade0nanosoc, but this does not boot at all. u-boot is not installed in the raw image. By doing that manually it works.

It seems that the /usr/src/packages/KIWIROOT-oem path is not there and this is used by the uboot-image-install.in for different things, also to install the uboot for this target. I added "ls -l /usr/src/packages" to that script and it is not displaying anything. The directory is empty. Here https://build.opensuse.org/build/home:frank_kunz:branches:openSUSE:Leap:15.0... at

[ 917s] + [[ -d EFI ]] [ 917s] + [[ -d boot/efi/EFI ]] [ 917s] + pushd /usr/src/packages/KIWIROOT-oem/ [ 917s] /usr/src/packages/KIWI-oem/build/image-root/image/edit_boot_install.sh: line 45: pushd: /usr/src/packages/KIWIROOT-oem/: No such file or directory

there is also some effect for the efi part. So also other boards might be affected by that missing path?

Should there be an environment variable instead of the hard coded path?

...and for v2018.05 (Tumbleweed) there is the efi support for JeOS-socfpgade0nanosoc kicked out of uboot: commit f369e1564cf4f81654b8a806fdc325b62b6627dc Author: Dinh Nguyen Date: Thu Apr 12 09:03:37 2018 -0500 configs: socfpga: disable EFI and ISO partition types None of the SoCFPGA platforms will support EFI/ISO partition types that is needed for DISTRO_DEFAULTS. SoCFPGA bootroom will only support 0xa2 partition type. This is needed to help limit the size of the SPL to within the 64k limit that is required for SoCFPGA. Signed-off-by: Dinh Nguyen With that JeOS-socfpgade0nanosoc will no longer boot since it uses efi :-( Br, Frank -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Le 19/06/2018 à 22:11, Frank Kunz a écrit :

Am 19.06.2018 um 20:23 schrieb Frank Kunz:

...

Am 11.06.2018 um 08:27 schrieb Guillaume Gardet:

...

...

Tested armv7l JeOS:X11-olinuxinolime2 (Allwinner A20 dual core) and JeOS:X11-olinuxinolime (Allwinner A10 sinngle core) with HDMI output and usb mouse + keyboard. For both network + serial console works also. Thanks for testing! :)

Guillaume

Hello,

I tested also JeOS-socfpgade0nanosoc, but this does not boot at all. u-boot is not installed in the raw image. By doing that manually it works.

It seems that the /usr/src/packages/KIWIROOT-oem path is not there and this is used by the uboot-image-install.in for different things, also to install the uboot for this target. I added "ls -l /usr/src/packages" to that script and it is not displaying anything. The directory is empty. Here https://build.opensuse.org/build/home:frank_kunz:branches:openSUSE:Leap:15.0... at

[ 917s] + [[ -d EFI ]] [ 917s] + [[ -d boot/efi/EFI ]] [ 917s] + pushd /usr/src/packages/KIWIROOT-oem/ [ 917s] /usr/src/packages/KIWI-oem/build/image-root/image/edit_boot_install.sh: line 45: pushd: /usr/src/packages/KIWIROOT-oem/: No such file or directory

there is also some effect for the efi part. So also other boards might be affected by that missing path?

Should there be an environment variable instead of the hard coded path?

...and for v2018.05 (Tumbleweed) there is the efi support for JeOS-socfpgade0nanosoc kicked out of uboot:

commit f369e1564cf4f81654b8a806fdc325b62b6627dc Author: Dinh Nguyen Date: Thu Apr 12 09:03:37 2018 -0500

configs: socfpga: disable EFI and ISO partition types

None of the SoCFPGA platforms will support EFI/ISO partition types that is needed for DISTRO_DEFAULTS. SoCFPGA bootroom will only support 0xa2 partition type.

This is needed to help limit the size of the SPL to within the 64k limit that is required for SoCFPGA.

Signed-off-by: Dinh Nguyen

With that JeOS-socfpgade0nanosoc will no longer boot since it uses efi :-(

Alex, I think you're involved in u-boot support with this board, or at least in FPGA boards. Any opinion? Guillaume

Br, Frank

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Hi, Le 19/06/2018 à 21:49, Alessio Adamo a écrit :

Hi guys,

I have finally had time to test Leap 15.0 on my cubox-i (image openSUSE-Leap15.0-ARM-JeOS-cuboxi.armv7l-2018.05.20-Buildlp150.6.2.raw.xz) but it does not boot. I get the following error messages:

https://pastebin.com/Lz1gpmMj

Same output with openSUSE-Tumbleweed-ARM-JeOS-cuboxi.armv7l-2018.04.30-Build2.3.raw.xz

Any idea what's going on?

Yes, GPT table is broken due to SPL copy. I made SR for Leap 15.0 and Tumbleweed, so it should be fixed in next rebuild. :) Guillaume

Regards

Alessio

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Am 20.06.2018 um 08:58 schrieb Guillaume Gardet:

...

there is also some effect for the efi part. So also other boards might be affected by that missing path?

It should not hurt here, as it will just not switch folder. But /usr/src/packages/KIWIROOT-oem/boot/u-boot-with-spl.sfp should be changed to boot/u-boot-with-spl.sfp in installation script.

I will send an update for TW and Leap 15.0 to get u-boot installed properly for your board.

Guillaume

Now it works. Thank you for your support. Br, Frank -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Hi Guillaume, 2018-06-20 9:36 GMT+02:00 Guillaume Gardet :

Hi,

Le 19/06/2018 à 21:49, Alessio Adamo a écrit :

...

Hi guys,

I have finally had time to test Leap 15.0 on my cubox-i (image openSUSE-Leap15.0-ARM-JeOS-cuboxi.armv7l-2018.05.20-Buildlp150.6.2.raw.xz) but it does not boot. I get the following error messages:

https://pastebin.com/Lz1gpmMj

Same output with openSUSE-Tumbleweed-ARM-JeOS-cuboxi.armv7l-2018.04.30-Build2.3.raw.xz

Any idea what's going on?

Yes, GPT table is broken due to SPL copy.

I made SR for Leap 15.0 and Tumbleweed, so it should be fixed in next rebuild. :)

Guillaume

...

Regards

Alessio

I confirm that image "openSUSE-Leap15.0-ARM-JeOS-cuboxi.armv7l-2018.06.20-Buildlp150.1.1.raw.xz" works. Do you think it should be safe upgrading from Tumbleweed ver_id 20170823 to Leap 15.0? Kind regards Alessio -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Hello, On Tue, Jun 5, 2018 at 1:37 PM Guillaume Gardet wrote:

Hi,

here are some results of my tests of Leap 15.0 images. * JeOS-beagle : OK. (DVI output not working on BBxM, as on Tumbleweed) * JeOS-beaglebone: OK on BB Black. HDMI not tested. * XFCE-raspberrypi2: OK * XFCE-sabrelite : USB not working (fine in TW), only 1/4 of the screen is used for display (same in TW), otherwise ok. => not blocking since Ethernet is working and will allow updates. * KDE-chromebook: (not built, JeOS needs to be updated) u-boot ok, but get a black screen then, no repartition happened (same in latest TW).

openQA looks fine: https://openqa.opensuse.org/tests/overview?distri=opensuse&version=15.0&build=124.1&groupid=52 * Firefox problem is fixed in devel and Factory. Should be released to Leap:15.0 through updates. * Gnome terminal problem is an openQA problem (color font mismatch)

If people could also share there tests, it would help to decide when we could release Leap 15.0 for ARM. :)

Just found time to test Toshiba AC100 with Leap 15.0, tested this build: openSUSE-Leap15.0-ARM-XFCE-paz00.armv7l-2018.05.20-Buildlp150.6.1.raw.xz it is fully functional and everything working as expected.

Guillaume

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

-- Best Regards, Misha Komarovskiy zombahatgmaildotcom -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org