[Buildroot] Trouble with u-boot on a ZynqMP board

[Alvaro Gamez]

Hi Luca,

El lun, 28 jun 2021 a las 18:47, Luca Ceresoli
(<luca at lucaceresoli.net>) escribió:
>
> Hi Alvaro,
>
> On 24/06/21 23:51, Luca Ceresoli wrote:
> [...]
> >>> I haven't been working on zynqmp recently but back at the times
> >>> (2018~2019) one needed to have the various booting components "in sync",
> >>> expecially pmufw, U-Boot and SPL or FSBL. I don't remember whether ATF
> >>> was critical too in that respect. By "in sync" I mean the major version
> >>> number (the year) should be the same.
> >>>
> >>> Here you are using a 2018 pmufw and 2021 U-Boot so you muight want to
> >>> build a more recent pmufw and see if you get any improvements.
> >>
> >> Great, that's a nice idea, thank you!
> >
> > Try that, which seems to be required:
> > https://forums.xilinx.com/t5/Embedded-Linux/problem-on-u-boot-quot-Synchronous-Abort-quot-handler-esr/m-p/1060937/highlight/true#M39206
>
> Did you make any progress?

Thanks for asking and continuing with your help! Indeed I did, just a
couple hours ago. I am now able to run U-Boot SPL, which runs
U-boot, which is able to reprogram the FPGA, and boot linux!

I started from scratch since I was accumulating lots of different tries and,
either I or the computer were about to go crazy, so I reset everything
and carefully crafted the final buildroot and u-boot configurations. I was
able to use your pmufw 2018 version.

I need to finish a few things before, but I want to send a patch to add this
configuration as board/digilent/genesys-zu/ , which I hope to send in some
moment during the next few days.

> I was able to build and test more recent versions of pmufw (2019.2 amd
> 2020.1) and pushed them to [0]. They are tested and working. Not sure
> it's useful, but that's what I can provide at the moment.

Great, thanks a lot! I will try them too and will use either the
latest or the one that
matches the kernel I'm using, but it looks that it's not a requirement
to have all
pieces of software running the same version

I was wondering... there are lots of boards and SoCs which fit
different types of
processors, of different architectures. Wouldn't it be nice if
buildroot itself could
compile additional firmware, such as pmufw? Its toolchain for microblaze should
be able to, but then Buildroot for zynqpm would need three toolchains: arm64,
host and microblaze. It's probably too much and probably out of scope for a
"root filesystem generator".

Thanks again, best regards!


> I generated them with an unmodified zynqmp-pmufw-builder. You can do the
> same to generate similar images but with debug messages enabled. Here's
> a dirty patch to apply to the 'embeddedsw' submodule to enable _lots_ of
> messages:
>
> ----------------------------8<----------------------------
> diff --git a/lib/sw_apps/zynqmp_pmufw/src/pm_common.h
> b/lib/sw_apps/zynqmp_pmufw/src/pm_common.h
> index 1bed98e76630..3a06a15b62dc 100644
> --- a/lib/sw_apps/zynqmp_pmufw/src/pm_common.h
> +++ b/lib/sw_apps/zynqmp_pmufw/src/pm_common.h
> @@ -52,6 +52,7 @@ typedef struct PmNode PmNode;
>  #define PM_ERROR       2U
>  #define PM_WARNING     3U
>  #define PM_INFO                4U
> +#define PM_LOG_LEVEL 4U /////////////////////////////////
>
>  #if defined(PM_LOG_LEVEL) && (PM_LOG_LEVEL >= PM_INFO)
>         #define PmInfo(...)     pm_printf(__VA_ARGS__)
> diff --git a/lib/sw_apps/zynqmp_pmufw/src/xpfw_config.h
> b/lib/sw_apps/zynqmp_pmufw/src/xpfw_config.h
> index 4816a2dfd06b..2420a7a47493 100644
> --- a/lib/sw_apps/zynqmp_pmufw/src/xpfw_config.h
> +++ b/lib/sw_apps/zynqmp_pmufw/src/xpfw_config.h
> @@ -17,8 +17,8 @@ extern "C" {
>
>  /* PMUFW print levels */
>  #define XPFW_PRINT_VAL (1U)
> -#define XPFW_DEBUG_ERROR_VAL (0U)
> -#define XPFW_DEBUG_DETAILED_VAL (0U)
> +#define XPFW_DEBUG_ERROR_VAL (1U)
> +#define XPFW_DEBUG_DETAILED_VAL (1U)
>
>  /**
>   * PMUFW Debug options
> ----------------------------8<----------------------------
>
> [0] https://github.com/lucaceresoli/zynqmp-pmufw-binaries/
>
> --
> Luca



--
Álvaro Gámez Machado