Re: [PULL 0/9] Fourth RISC-V PR for QEMU 8.0

[Peter Maydell]

On Fri, 17 Feb 2023 at 17:53, Palmer Dabbelt <palmer@rivosinc.com> wrote:
>
> The following changes since commit 417296c8d8588f782018d01a317f88957e9786d6:
>
>   tests/qtest/netdev-socket: Raise connection timeout to 60 seconds 
> (2023-02-09 11:23:53 +0000)
>
> are available in the Git repository at:
>
>   https://github.com/palmer-dabbelt/qemu.git tags/pull-riscv-to-apply-20230217
>
> for you to fetch changes up to e8c0697d79ef05aa5aefb1121dfede59855556b4:
>
>   target/riscv: Fix vslide1up.vf and vslide1down.vf (2023-02-16 08:10:40 
> -0800)
>
> ----------------------------------------------------------------
> Fourth RISC-V PR for QEMU 8.0
>
> * A triplet of cleanups to the kernel/initrd loader that avoids
>   duplication between the various boards.
> * OpenSBI has been updated to version 1.2.
> * Weiwei Li, Daniel Henrique Barboza, and Liu Zhiwei have been added as
>   reviewers.  Thanks for the help!
> * A fix for PMP matching to avoid incorrectly appling the default
>   permissions on PMP permission violations.
> * A cleanup to avoid an unnecessary avoid env_archcpu() in
>   cpu_get_tb_cpu_state().
> * Fixes for the vector slide instructions to avoid truncating 64-bit
>   values (such as doubles) on 32-bit targets.

This seems to have caused CI to decide it needs to rerun the
'docker-opensbi' job, which doesn't work:
https://gitlab.com/qemu-project/qemu/-/jobs/3808319659

I don't understand what exactly is going on here -- Alex,
Bin, any ideas?

Why do we build the firmware in CI if we have checked in
binaries in pc-bios?

Should .gitlab-ci.d/opensbi/Dockerfile really still be
starting with Ubuntu 18.04 ? That is already older than our
set of supported platforms, and falls out of support from
Ubuntu in a couple of months.

(.gitlab-ci.d/edk2/Dockerfile is also using 18.04.)

thanks
-- PMM