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 'invalid' now.
Please continue with the discussion here:
https://gitlab.com/qemu-project/qemu/-/issues/236
** Changed in: qemu
Status: Confirmed => Invalid
** Bug
** Changed in: qemu
Status: New => Confirmed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1881249
Title:
CPU fetch from unpopulated ROM on reset
Status in QEMU:
Confirmed
Bug descriptio
I had an initial look at fixing this for arm via 3-phase reset, but ran
into the problem that currently CPU reset is triggered via a
qemu_register_reset() hook, and qemu_register_reset() itself does not
have a 3-phase reset API, so the reset hook for resetting the CPUs will
end up doing all 3 phase
Related (invalidated thus rejected) series:
- https://www.mail-archive.com/qemu-devel@nongnu.org/msg683763.html
"Support device reset handler priority configuration"
This series adds support for configuring device reset handler priority, and
uses it to ensure that the ARMv7-M CPU reset handler
Different comments from Peter Maydell regarding this issue:
- https://www.mail-archive.com/qemu-devel@nongnu.org/msg683768.html
"We should be able to do this with the new 3-phase
reset API : the rom loader reset should happen in phase 2,
and the Arm CPU should only load the new PC and SP in
phase
