Hi, I wrote already in April 2020 about this to the mailing list. However, the situation did not improve since then. The one and only appliance booting on the DE0-Nano-SoC is Leap 15.0, all newer fail. openSUSE-Leap15.0-ARM-JeOS-socfpgade0nanosoc.armv7l-2018.07.02-Buildlp150.1.1 boots openSUSE-Leap-15.1-ARM-JeOS-socfpgade0nanosoc.armv7l end up at u ends up showing the u-boot prompt: "=>" openSUSE-Leap-15.2-ARM-JeOS-socfpgade0nanosoc.armv7l-2020.02.26-Build1.63 and all newer do not even get to u-boot. Does nobody beside me use the DE0-Nano-SoC or DE10-Nano? Thanks, Christian
Hi Christian,
-----Original Message----- From: Christian Gross
Sent: 19 October 2021 19:01 To: arm@lists.opensuse.org Subject: DE0-Nano-SoC boot fails Hi,
I wrote already in April 2020 about this to the mailing list. However, the situation did not improve since then.
The one and only appliance booting on the DE0-Nano-SoC is Leap 15.0, all newer fail.
openSUSE-Leap15.0-ARM-JeOS-socfpgade0nanosoc.armv7l-2018.07.02- Buildlp150.1.1 boots
openSUSE-Leap-15.1-ARM-JeOS-socfpgade0nanosoc.armv7l end up at u ends up showing the u-boot prompt: "=>"
openSUSE-Leap-15.2-ARM-JeOS-socfpgade0nanosoc.armv7l-2020.02.26- Build1.63
and all newer do not even get to u-boot.
If you have some logs, it may help to debug.
Does nobody beside me use the DE0-Nano-SoC or DE10-Nano?
I think other people have such boards, and may help here. Guillaume
Thanks,
Christian
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
Am 19.10.21 um 19:00 schrieb Christian Gross:
Hi,
I wrote already in April 2020 about this to the mailing list. However, the situation did not improve since then.
The one and only appliance booting on the DE0-Nano-SoC is Leap 15.0, all newer fail.
openSUSE-Leap15.0-ARM-JeOS-socfpgade0nanosoc.armv7l-2018.07.02-Buildlp150.1.1 boots
openSUSE-Leap-15.1-ARM-JeOS-socfpgade0nanosoc.armv7l end up at u ends up showing the u-boot prompt: "=>"
openSUSE-Leap-15.2-ARM-JeOS-socfpgade0nanosoc.armv7l-2020.02.26-Build1.63
and all newer do not even get to u-boot.
Does nobody beside me use the DE0-Nano-SoC or DE10-Nano?
Thanks for the test with Leap 15.0 that gave a good starting point to
bisect the problem. It is located in u-boot and I found this patch that
causes the problem:
commit f369e1564cf4f81654b8a806fdc325b62b6627dc
Author: Dinh Nguyen
-----Original Message----- From: Frank Kunz
Sent: 20 October 2021 23:04 To: arm@lists.opensuse.org Subject: Re: DE0-Nano-SoC boot fails Am 19.10.21 um 19:00 schrieb Christian Gross:
Hi,
I wrote already in April 2020 about this to the mailing list. However, the situation did not improve since then.
The one and only appliance booting on the DE0-Nano-SoC is Leap 15.0, all newer fail.
openSUSE-Leap15.0-ARM-JeOS-socfpgade0nanosoc.armv7l-2018.07.02- Buildlp150.1.1 boots
openSUSE-Leap-15.1-ARM-JeOS-socfpgade0nanosoc.armv7l end up at u ends up showing the u-boot prompt: "=>"
openSUSE-Leap-15.2-ARM-JeOS-socfpgade0nanosoc.armv7l-2020.02.26-Build1 .63
and all newer do not even get to u-boot.
Does nobody beside me use the DE0-Nano-SoC or DE10-Nano?
Thanks for the test with Leap 15.0 that gave a good starting point to bisect the problem. It is located in u-boot and I found this patch that causes the problem:
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
the assumption in the commit message that nobody needs to use EFI for socfpga is wrong, opensuse uses it.
For a test I enabled EFI partiton support for u-boot (not SPL) and with that it is possible to boot a Leap 15.1. Others I have not tested yet.
So I think we need to add a patch to the opensuse u-boot that enables EFI partition support for the de0-nano-soc board.
Thanks for bisecting this! What update is needed? Is it: diff --git a/configs/socfpga_de0_nano_soc_defconfig b/configs/socfpga_de0_nano_soc_defconfig index 4539d08dea..1c940ec6de 100644 --- a/configs/socfpga_de0_nano_soc_defconfig +++ b/configs/socfpga_de0_nano_soc_defconfig @@ -33,8 +33,6 @@ CONFIG_CMD_EXT4_WRITE=y CONFIG_MTDIDS_DEFAULT="nor0=ff705000.spi.0" CONFIG_MTDPARTS_DEFAULT="mtdparts=ff705000.spi.0:1m(u-boot),256k(env1),256k(env2),14848k(boot),16m(rootfs),-@1536k(UBI)" CONFIG_CMD_UBI=y -# CONFIG_ISO_PARTITION is not set -# CONFIG_EFI_PARTITION is not set CONFIG_ENV_IS_IN_MMC=y CONFIG_SYS_RELOC_GD_ENV_ADDR=y CONFIG_VERSION_VARIABLE=y ? Cheers, Guillaume
Br, Frank
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
On 20/10/2021 23:04, Frank Kunz wrote:
Am 19.10.21 um 19:00 schrieb Christian Gross:
Hi,
I wrote already in April 2020 about this to the mailing list. However, the situation did not improve since then.
The one and only appliance booting on the DE0-Nano-SoC is Leap 15.0, all newer fail.
openSUSE-Leap15.0-ARM-JeOS-socfpgade0nanosoc.armv7l-2018.07.02-Buildlp150.1.1 boots
openSUSE-Leap-15.1-ARM-JeOS-socfpgade0nanosoc.armv7l end up at u ends up showing the u-boot prompt: "=>"
openSUSE-Leap-15.2-ARM-JeOS-socfpgade0nanosoc.armv7l-2020.02.26-Build1.63
and all newer do not even get to u-boot.
Does nobody beside me use the DE0-Nano-SoC or DE10-Nano?
Thanks for the test with Leap 15.0 that gave a good starting point to bisect the problem. It is located in u-boot and I found this patch that causes the problem:
Good we found the problem. Can you please open a bugzilla so that we can backport the change. Apart from that you should make the upstream aware of the problem to u-boot@lists.denx.de Feel free to CC me if you want. Regards, Matthias
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
the assumption in the commit message that nobody needs to use EFI for socfpga is wrong, opensuse uses it.
For a test I enabled EFI partiton support for u-boot (not SPL) and with that it is possible to boot a Leap 15.1. Others I have not tested yet.
So I think we need to add a patch to the opensuse u-boot that enables EFI partition support for the de0-nano-soc board.
Br, Frank
Am 21.10.21 um 15:12 schrieb Matthias Brugger:
On 20/10/2021 23:04, Frank Kunz wrote:
Am 19.10.21 um 19:00 schrieb Christian Gross:
Hi,
I wrote already in April 2020 about this to the mailing list. However, the situation did not improve since then.
The one and only appliance booting on the DE0-Nano-SoC is Leap 15.0, all newer fail.
openSUSE-Leap15.0-ARM-JeOS-socfpgade0nanosoc.armv7l-2018.07.02-Buildlp150.1.1
boots
openSUSE-Leap-15.1-ARM-JeOS-socfpgade0nanosoc.armv7l end up at u ends up showing the u-boot prompt: "=>"
openSUSE-Leap-15.2-ARM-JeOS-socfpgade0nanosoc.armv7l-2020.02.26-Build1.63
and all newer do not even get to u-boot.
Does nobody beside me use the DE0-Nano-SoC or DE10-Nano?
Thanks for the test with Leap 15.0 that gave a good starting point to bisect the problem. It is located in u-boot and I found this patch that causes the problem:
Good we found the problem. Can you please open a bugzilla so that we can backport the change. Apart from that you should make the upstream aware of the problem to u-boot@lists.denx.de Feel free to CC me if you want.
Regards, Matthias
Bugzilla: https://bugzilla.opensuse.org/show_bug.cgi?id=1191966 u-boot Upstream patch: https://lists.denx.de/pipermail/u-boot/2021-October/464535.html Br, Frank
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
the assumption in the commit message that nobody needs to use EFI for socfpga is wrong, opensuse uses it.
For a test I enabled EFI partiton support for u-boot (not SPL) and with that it is possible to boot a Leap 15.1. Others I have not tested yet.
So I think we need to add a patch to the opensuse u-boot that enables EFI partition support for the de0-nano-soc board.
Br, Frank
participants (4)
-
Christian Gross
-
Frank Kunz
-
Guillaume Gardet
-
Matthias Brugger