[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-ppc] [PATCH v2 5/9] hw/block/pflash_cfi01: Add the DeviceReset
From: |
Peter Maydell |
Subject: |
Re: [Qemu-ppc] [PATCH v2 5/9] hw/block/pflash_cfi01: Add the DeviceReset() handler |
Date: |
Tue, 2 Jul 2019 10:23:06 +0100 |
On Tue, 2 Jul 2019 at 04:16, John Snow <address@hidden> wrote:
> Does reset always get called as part of realize, really?
>
> Or are we just trusting that the device is probably going to get reset
> by the guest during bringup?
Reset is not called "as part of realize", but it is guaranteed
to be called after realize and before we try to run the guest,
as long as the device is in the qbus tree. Things are in the
qbus tree if either:
* they're plugged into something already in the tree (eg
pci devices, scsi disks)
* they're a sysbus device (which is automatically plugged into
the 'main system bus' which is effectively the root of the
qbus tree)
In this case TYPE_PFLASH_CFI01 is a subclass of TYPE_SYS_BUS_DEVICE,
so it will always be reset as part of system reset.
(the main things which don't get automatically reset are direct
subclasses of TYPE_DEVICE, notably CPU objects.)
thanks
-- PMM
- Re: [Qemu-ppc] [PATCH v2 2/9] hw/block/pflash_cfi01: Use the correct READ_ARRAY value, (continued)
[Qemu-ppc] [PATCH v2 6/9] hw/block/pflash_cfi01: Simplify CFI_QUERY processing, Philippe Mathieu-Daudé, 2019/07/01
[Qemu-ppc] [PATCH v2 9/9] hw/block/pflash_cfi01: Hold the PRI table offset in a variable, Philippe Mathieu-Daudé, 2019/07/01
[Qemu-ppc] [PATCH v2 8/9] hw/block/pflash_cfi01: Replace DPRINTF by qemu_log_mask(GUEST_ERROR), Philippe Mathieu-Daudé, 2019/07/01