Hi, Am 05.06.2018 um 13:37 schrieb guillaume.gardet@free.fr:

----- Peter Czanik a écrit :

...

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

Beware of: https://github.com/openSUSE/open-build-service/issues/4985 Regards, Andreas

or the commandline: osc getbinaries openSUSE:Leap:15.0:Ports:Live JeOS:JeOS-efi.aarch64 images_arm aarch64

-- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

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 I installed one of the SLES 15 beta releases on the same box, and that worked without any problems. Bye, CzP

Greetings, Dirk

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

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?

...

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?

With an ISO image. Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

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

----- Peter Czanik a écrit :

...

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.

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

Thanks. Installed in server mode (there is no graphics on the Overdrive 1000) and it seems to work fine. Installed syslog-ng and did some minimal tests on it: from my part Leap 15.0 on Aarch64 is a go... Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

On Wed, 2018-06-06 at 13:32 -0400, Bill Merriam wrote:

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.

The XFCE pattern installed without a problem and xfce works nicely. Bill -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Hi, Le 09/06/2018 à 17:15, Frank Kunz a écrit :

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.

Thanks for testing! :) Guillaume

Br, Frank

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

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? Regards Alessio -- 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

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

On 06/20/2018 09:00 AM, Guillaume Gardet wrote:

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?

I've contacted the maintainer and we'll work out a solution. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Le 19/06/2018 à 20:23, Frank Kunz a écrit :

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?

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

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

Hi, Le 22/06/2018 à 16:03, Frank Kunz a écrit :

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.

Great. Enjoy openSUSE on your board. :) If you have time, please add what works and what does not work for your board, on the wiki page: https://en.opensuse.org/openSUSE:Supported_ARM_boards#Board_Status There are both Leap and Tumbleweed tables. Guillaume

Br, Frank

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