[opensuse-arm] Tests of ARM Leap 15.0
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 -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
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. Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi, ----- Peter Czanik <peter@czanik.hu> 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
Hi, Am 05.06.2018 um 13:37 schrieb guillaume.gardet@free.fr:
----- Peter Czanik <peter@czanik.hu> 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
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
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
----- Peter Czanik <peter@czanik.hu> 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
On 13/06/18 16:12, guillaume.gardet@free.fr wrote:
----- Peter Czanik <peter@czanik.hu> 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
----- Peter Czanik <peter@czanik.hu> a écrit :
On 13/06/18 16:12, guillaume.gardet@free.fr wrote:
----- Peter Czanik <peter@czanik.hu> 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
On 13/06/18 16:57, guillaume.gardet@free.fr wrote:
----- Peter Czanik <peter@czanik.hu> 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 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
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
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
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
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
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, 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:
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
Hi Guillaume, 2018-06-20 9:36 GMT+02:00 Guillaume Gardet <guillaume.gardet@free.fr>:
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:
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
Le 25/06/2018 à 18:22, Alessio Adamo a écrit :
Hi Guillaume,
2018-06-20 9:36 GMT+02:00 Guillaume Gardet <guillaume.gardet@free.fr>:
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:
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.
Good news! :)
Do you think it should be safe upgrading from Tumbleweed ver_id 20170823 to Leap 15.0?
I am not sure if it is officially supported but the risk should be low I think. Maybe others will comment on this. Guillaume
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 <dinguyen@kernel.org> 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 <dinguyen@kernel.org> 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 <dinguyen@kernel.org> 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 <dinguyen@kernel.org>
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
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 <dinguyen@kernel.org> 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 <dinguyen@kernel.org>
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 20/06/2018 à 09:32, Alexander Graf a écrit :
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 <dinguyen@kernel.org> 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 <dinguyen@kernel.org>
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.
Thanks. :) Guillaume
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
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, 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
Hello, On Tue, Jun 5, 2018 at 1:37 PM Guillaume Gardet <guillaume.gardet@free.fr> 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
participants (10)
-
Alessio Adamo -
Alexander Graf -
Andreas Färber -
Bill Merriam -
Dirk Müller -
Frank Kunz -
Guillaume Gardet -
guillaume.gardet＠free.fr
-
Misha Komarovskiy -
Peter Czanik