Hi Peter, Alistair,
On 9/14/24 6:15 AM, Alistair Francis wrote:
On Fri, Sep 13, 2024 at 8:37 PM Peter Maydell <peter.mayd...@linaro.org> wrote:
On Thu, 12 Sept 2024 at 06:30, Alistair Francis <alistai...@gmail.com> wrote:
The following changes since commit a4eb31c678400472de0b4915b9154a7c20d8332f:
Merge tag 'pull-testing-gdbstub-oct-100924-1' of
https://gitlab.com/stsquad/qemu into staging (2024-09-11 13:17:29 +0100)
are available in the Git repository at:
https://github.com/alistair23/qemu.git tags/pull-riscv-to-apply-20240912-1
for you to fetch changes up to 90d5d3c1115399d8e27621efd69dfa74a35a4932:
hw/intc: riscv-imsic: Fix interrupt state updates. (2024-09-12 15:05:10
+1000)
----------------------------------------------------------------
RISC-V PR for 9.2
* Add a property to set vl to ceil(AVL/2)
* Enable numamem testing for RISC-V
* Consider MISA bit choice in implied rule
* Fix the za64rs priv spec requirements
* Enable Bit Manip for OpenTitan Ibex CPU
* Fix the group bit setting of AIA with KVM
* Stop timer with infinite timecmp
* Add 'fcsr' register to QEMU log as a part of F extension
* Fix riscv64 build on musl libc
* Add preliminary textra trigger CSR functions
* RISC-V IOMMU support
* RISC-V bsd-user support
* Respect firmware ELF entry point
* Add Svvptc extension support
* Fix masking of rv32 physical address
* Fix linking problem with semihosting disabled
* Fix IMSIC interrupt state updates
Hi; this fails to build on FreeBSD:
https://gitlab.com/qemu-project/qemu/-/jobs/7817823771
Is this one of those jobs that are only available when running the main
pipeline? I don't
have this x86-freebsd runner when triggering the gitlab pipeline. I ended up
installing a
FreeBSD VM and using it to reproduce the problem.
Would be nice to have access to a FreeBSD runner as a regular user, even if
just for x86_64,
to help detect these build problems before sending a PR.
Ajeet do you mind looking at this failure and sending a new series with a fix
I sent some build fixes in patches 27 and 32 that worked for me. Since they are
trivial I think
you could just squash them in the PR and send a v2.
Thanks,
Daniel
Alistair
In file included from ../bsd-user/elfload.c:31:
In file included from ../bsd-user/freebsd/target_os_stack.h:24:
../bsd-user/riscv/target_arch_sigtramp.h:32:33: error: initializer
element is not a compile-time constant
32 | /*2*/ const_le32(0x00050513 + (sigf_uc << 20)), /*addi a0,a0,sigf_uc*/
| ~~~~~~~~~~~^~~~~~~~~~~~~~~~~
/tmp/cirrus-ci-build/include/qemu/bswap.h:168:26: note: expanded from
macro 'const_le32'
168 | # define const_le32(_x) (_x)
| ^~
and
In file included from ../bsd-user/main.c:53:
../bsd-user/riscv/target_arch_cpu.h:126:13: error: call to undeclared
function 'force_sig_fault'; ISO C99 and later do not support implicit
function declarations [-Werror,-Wimplicit-function-declaration]
126 | force_sig_fault(signo, code, env->pc);
| ^
../bsd-user/riscv/target_arch_cpu.h:129:9: error: call to undeclared
function 'process_pending_signals'; ISO C99 and later do not support
implicit function declarations
[-Werror,-Wimplicit-function-declaration]
129 | process_pending_signals(env);
| ^
../bsd-user/main.c:608:5: error: call to undeclared function
'signal_init'; ISO C99 and later do not support implicit function
declarations [-Werror,-Wimplicit-function-declaration]
608 | signal_init();
| ^
3 errors generated.
thanks
-- PMM
