[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1918302] Re: qemu-system-arm segfaults while servicing SYS_HEAPINFO
From: |
Thomas Huth |
Subject: |
[Bug 1918302] Re: qemu-system-arm segfaults while servicing SYS_HEAPINFO |
Date: |
Sat, 01 May 2021 05:42:31 -0000 |
This is an automated cleanup. This bug report has been moved
to QEMU's new bug tracker on gitlab.com and thus gets marked
as 'expired' now. Please continue with the discussion here:
https://gitlab.com/qemu-project/qemu/-/issues/61
** Changed in: qemu
Status: Confirmed => Expired
** Changed in: qemu
Assignee: Alex Bennée (ajbennee) => (unassigned)
** Bug watch added: gitlab.com/qemu-project/qemu/-/issues #61
https://gitlab.com/qemu-project/qemu/-/issues/61
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1918302
Title:
qemu-system-arm segfaults while servicing SYS_HEAPINFO
Status in QEMU:
Expired
Bug description:
I compiled QEMU version 5.2.0 from source on Ubuntu 18.04, and tried
to use it to run the attached bare-metal Arm hello-world image, using
the command line
qemu-system-arm -M microbit -semihosting -nographic -device
loader,file=hello.hex
The result was that qemu-system-arm itself died of a segfault.
Compiling it for debugging, the location of the segfault was in
target/arm/arm-semi.c, in the case handler for the semihosting call
TARGET_SYS_HEAPINFO, on line 1020 which assigns to 'rambase':
const struct arm_boot_info *info = env->boot_info;
target_ulong rambase = info->loader_start;
and the problem seems to be that 'info', aka env->boot_info, is NULL
in this context.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1918302/+subscriptions
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug 1918302] Re: qemu-system-arm segfaults while servicing SYS_HEAPINFO,
Thomas Huth <=