From: Igor Mammedov <imammedo@redhat.com>
To: David Hildenbrand <david@redhat.com>
Cc: qemu-devel@nongnu.org, "Michael S . Tsirkin" <mst@redhat.com>,
David Gibson <david@gibson.dropbear.id.au>,
Greg Kurz <groug@kaod.org>,
Marcel Apfelbaum <marcel.apfelbaum@gmail.com>,
Cornelia Huck <cohuck@redhat.com>,
Christian Borntraeger <borntraeger@de.ibm.com>,
qemu-s390x@nongnu.org, Richard Henderson <rth@twiddle.net>,
Collin Walling <walling@linux.ibm.com>,
Thomas Huth <thuth@redhat.com>,
qemu-ppc@nongnu.org
Subject: Re: [Qemu-devel] [PATCH v3 10/11] pci/shpc: perform unplug via the hotplug handler
Date: Tue, 20 Nov 2018 16:19:30 +0100 [thread overview]
Message-ID: <20181120161930.62bc45bf@redhat.com> (raw)
In-Reply-To: <20181120110427.7321-11-david@redhat.com>
On Tue, 20 Nov 2018 12:04:26 +0100
David Hildenbrand <david@redhat.com> wrote:
> Introduce and use the "unplug" callback.
>
> This is a preparation for multi-stage hotplug handlers, whereby the bus
> hotplug handler is overwritten by the machine hotplug handler. This handler
> will then pass control to the bus hotplug handler. So to get this running
> cleanly, we also have to make sure to go via the hotplug handler chain when
> actually unplugging a device after an unplug request. Lookup the hotplug
> handler and call "unplug".
>
> Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
> Signed-off-by: David Hildenbrand <david@redhat.com>
Reviewed-by: Igor Mammedov <imammedo@redhat.com>
> ---
> hw/pci-bridge/pci_bridge_dev.c | 10 ++++++++++
> hw/pci-bridge/pcie_pci_bridge.c | 1 +
> hw/pci/shpc.c | 11 ++++++++++-
> include/hw/pci/pci_bridge.h | 2 ++
> include/hw/pci/shpc.h | 2 ++
> 5 files changed, 25 insertions(+), 1 deletion(-)
>
> diff --git a/hw/pci-bridge/pci_bridge_dev.c b/hw/pci-bridge/pci_bridge_dev.c
> index fa0be13ac4..ff6b8323da 100644
> --- a/hw/pci-bridge/pci_bridge_dev.c
> +++ b/hw/pci-bridge/pci_bridge_dev.c
> @@ -219,6 +219,15 @@ void pci_bridge_dev_plug_cb(HotplugHandler *hotplug_dev, DeviceState *dev,
> shpc_device_plug_cb(hotplug_dev, dev, errp);
> }
>
> +void pci_bridge_dev_unplug_cb(HotplugHandler *hotplug_dev, DeviceState *dev,
> + Error **errp)
> +{
> + PCIDevice *pci_hotplug_dev = PCI_DEVICE(hotplug_dev);
> +
> + g_assert(shpc_present(pci_hotplug_dev));
> + shpc_device_unplug_cb(hotplug_dev, dev, errp);
> +}
> +
> void pci_bridge_dev_unplug_request_cb(HotplugHandler *hotplug_dev,
> DeviceState *dev, Error **errp)
> {
> @@ -251,6 +260,7 @@ static void pci_bridge_dev_class_init(ObjectClass *klass, void *data)
> dc->vmsd = &pci_bridge_dev_vmstate;
> set_bit(DEVICE_CATEGORY_BRIDGE, dc->categories);
> hc->plug = pci_bridge_dev_plug_cb;
> + hc->unplug = pci_bridge_dev_unplug_cb;
> hc->unplug_request = pci_bridge_dev_unplug_request_cb;
> }
>
> diff --git a/hw/pci-bridge/pcie_pci_bridge.c b/hw/pci-bridge/pcie_pci_bridge.c
> index 0ffea680d5..d491b40d04 100644
> --- a/hw/pci-bridge/pcie_pci_bridge.c
> +++ b/hw/pci-bridge/pcie_pci_bridge.c
> @@ -154,6 +154,7 @@ static void pcie_pci_bridge_class_init(ObjectClass *klass, void *data)
> dc->reset = &pcie_pci_bridge_reset;
> set_bit(DEVICE_CATEGORY_BRIDGE, dc->categories);
> hc->plug = pci_bridge_dev_plug_cb;
> + hc->unplug = pci_bridge_dev_unplug_cb;
> hc->unplug_request = pci_bridge_dev_unplug_request_cb;
> }
>
> diff --git a/hw/pci/shpc.c b/hw/pci/shpc.c
> index 098ffaef1d..5de905cb56 100644
> --- a/hw/pci/shpc.c
> +++ b/hw/pci/shpc.c
> @@ -238,6 +238,7 @@ static void shpc_invalid_command(SHPCDevice *shpc)
>
> static void shpc_free_devices_in_slot(SHPCDevice *shpc, int slot)
> {
> + HotplugHandler *hotplug_ctrl;
> int devfn;
> int pci_slot = SHPC_IDX_TO_PCI(slot);
> for (devfn = PCI_DEVFN(pci_slot, 0);
> @@ -245,7 +246,9 @@ static void shpc_free_devices_in_slot(SHPCDevice *shpc, int slot)
> ++devfn) {
> PCIDevice *affected_dev = shpc->sec_bus->devices[devfn];
> if (affected_dev) {
> - object_unparent(OBJECT(affected_dev));
> + hotplug_ctrl = qdev_get_hotplug_handler(DEVICE(affected_dev));
> + hotplug_handler_unplug(hotplug_ctrl, DEVICE(affected_dev),
> + &error_abort);
> }
> }
> }
> @@ -540,6 +543,12 @@ void shpc_device_plug_cb(HotplugHandler *hotplug_dev, DeviceState *dev,
> shpc_interrupt_update(pci_hotplug_dev);
> }
>
> +void shpc_device_unplug_cb(HotplugHandler *hotplug_dev, DeviceState *dev,
> + Error **errp)
> +{
> + object_unparent(OBJECT(dev));
> +}
> +
> void shpc_device_unplug_request_cb(HotplugHandler *hotplug_dev,
> DeviceState *dev, Error **errp)
> {
> diff --git a/include/hw/pci/pci_bridge.h b/include/hw/pci/pci_bridge.h
> index 6e37c7551a..ba488818d2 100644
> --- a/include/hw/pci/pci_bridge.h
> +++ b/include/hw/pci/pci_bridge.h
> @@ -101,6 +101,8 @@ void pci_bridge_exitfn(PCIDevice *pci_dev);
>
> void pci_bridge_dev_plug_cb(HotplugHandler *hotplug_dev, DeviceState *dev,
> Error **errp);
> +void pci_bridge_dev_unplug_cb(HotplugHandler *hotplug_dev, DeviceState *dev,
> + Error **errp);
> void pci_bridge_dev_unplug_request_cb(HotplugHandler *hotplug_dev,
> DeviceState *dev, Error **errp);
>
> diff --git a/include/hw/pci/shpc.h b/include/hw/pci/shpc.h
> index 71293aca58..18f6ec1cd5 100644
> --- a/include/hw/pci/shpc.h
> +++ b/include/hw/pci/shpc.h
> @@ -47,6 +47,8 @@ void shpc_cap_write_config(PCIDevice *d, uint32_t addr, uint32_t val, int len);
>
> void shpc_device_plug_cb(HotplugHandler *hotplug_dev, DeviceState *dev,
> Error **errp);
> +void shpc_device_unplug_cb(HotplugHandler *hotplug_dev, DeviceState *dev,
> + Error **errp);
> void shpc_device_unplug_request_cb(HotplugHandler *hotplug_dev,
> DeviceState *dev, Error **errp);
>
next prev parent reply other threads:[~2018-11-20 15:19 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-20 11:04 [Qemu-devel] [PATCH v3 00/11] pci: hotplug handler reworks David Hildenbrand
2018-11-20 11:04 ` [Qemu-devel] [PATCH v3 01/11] pci/pcie: rename hotplug handler callbacks David Hildenbrand
2018-11-20 11:04 ` [Qemu-devel] [PATCH v3 02/11] pci/shpc: " David Hildenbrand
2018-11-20 11:04 ` [Qemu-devel] [PATCH v3 03/11] s390x/pci: " David Hildenbrand
2018-11-23 15:07 ` Pierre Morel
2018-11-20 11:04 ` [Qemu-devel] [PATCH v3 04/11] pci/pcie: stop plug/unplug if the slot is locked David Hildenbrand
2018-11-20 11:04 ` [Qemu-devel] [PATCH v3 05/11] pci/pcihp: perform check for bus capability in pre_plug handler David Hildenbrand
2018-11-20 11:04 ` [Qemu-devel] [PATCH v3 06/11] pci/pcihp: overwrite hotplug handler recursively from the start David Hildenbrand
2018-11-20 11:04 ` [Qemu-devel] [PATCH v3 07/11] pci/pcihp: perform unplug via the hotplug handler David Hildenbrand
2018-11-20 11:04 ` [Qemu-devel] [PATCH v3 08/11] pci/pcie: " David Hildenbrand
2018-11-20 11:04 ` [Qemu-devel] [PATCH v3 09/11] pci: Reuse pci-bridge hotplug handler handlers for pcie-pci-bridge David Hildenbrand
2018-11-20 15:15 ` Igor Mammedov
2018-11-20 11:04 ` [Qemu-devel] [PATCH v3 10/11] pci/shpc: perform unplug via the hotplug handler David Hildenbrand
2018-11-20 15:19 ` Igor Mammedov [this message]
2018-11-20 11:04 ` [Qemu-devel] [PATCH v3 11/11] spapr_pci: " David Hildenbrand
2018-11-21 12:43 ` [Qemu-devel] [PATCH v3 00/11] pci: hotplug handler reworks David Hildenbrand
2018-11-21 13:28 ` Michael S. Tsirkin
2018-11-21 16:26 ` David Hildenbrand
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20181120161930.62bc45bf@redhat.com \
--to=imammedo@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=david@gibson.dropbear.id.au \
--cc=david@redhat.com \
--cc=groug@kaod.org \
--cc=marcel.apfelbaum@gmail.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=rth@twiddle.net \
--cc=thuth@redhat.com \
--cc=walling@linux.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).