[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1881249] Re: CPU fetch from unpopulated ROM on reset
From: |
Philippe Mathieu-Daudé |
Subject: |
[Bug 1881249] Re: CPU fetch from unpopulated ROM on reset |
Date: |
Fri, 29 May 2020 08:02:26 -0000 |
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 is invoked after the ROM
reset handler.
- https://www.mail-archive.com/qemu-devel@nongnu.org/msg686413.html
"Avoid latent bug calling cpu_reset() on uninitialized vCPU"
cpu_reset() might modify architecture-specific fields allocated
by qemu_init_vcpu(). To avoid bugs similar to the one fixed in
commit 00d0f7cb66 when introducing new architectures, move the
cpu_reset() calls after qemu_init_vcpu().
--
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:
New
Bug description:
Some architectures fetch the $PC/$SP register as vectors in memory, usually
ROM.
The CPU reset() handler is called before the ROM code is populated, resulting
in fetching incorrect PC/SP.
Architectures affected:
- M68K
- RX
- ARM M-profile
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1881249/+subscriptions