From: Markus Armbruster <armbru@redhat.com>
To: BALATON Zoltan <balaton@eik.bme.hu>
Cc: Daniel Henrique Barboza <danielhb413@gmail.com>,
Markus Armbruster <armbru@redhat.com>,
qemu-devel@nongnu.org, philmd@linaro.org, npiggin@gmail.com,
clg@kaod.org, david@gibson.dropbear.id.au,
harshpb@linux.ibm.com, dave@treblig.org, jasowang@redhat.com,
michael.roth@amd.com, kkostiuk@redhat.com, mst@redhat.com,
david@redhat.com, kraxel@redhat.com,
marcandre.lureau@redhat.com, qemu-ppc@nongnu.org
Subject: Re: [PATCH 1/7] spapr/pci: Correct "does not support hotplugging error messages
Date: Wed, 15 Nov 2023 08:07:41 +0100 [thread overview]
Message-ID: <87fs17trya.fsf@pond.sub.org> (raw)
In-Reply-To: <937323b3-5293-bdac-48fc-5af5d2c4f8f4@eik.bme.hu> (BALATON Zoltan's message of "Wed, 1 Nov 2023 22:11:13 +0100 (CET)")
BALATON Zoltan <balaton@eik.bme.hu> writes:
> On Wed, 1 Nov 2023, Daniel Henrique Barboza wrote:
>> On 10/31/23 08:10, Markus Armbruster wrote:
>>> When dynamic-reconfiguration is off, hot plug / unplug can fail with
>>> "Bus 'spapr-pci-host-bridge' does not support hotplugging".
>>> spapr-pci-host-bridge is a device, not a bus. Report the name of the
>>> bus it provides instead: 'pci.0'.
>>> Signed-off-by: Markus Armbruster <armbru@redhat.com>
>>> ---
>>
>> Reviewed-by: Daniel Henrique Barboza <danielhb413@gmail.com>
>>
>> Feel free to queue it up. Thanks,
>>
>>
>> Daniel
>>
>>> hw/ppc/spapr_pci.c | 4 ++--
>>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>> diff --git a/hw/ppc/spapr_pci.c b/hw/ppc/spapr_pci.c
>>> index 370c5a90f2..ebb32ad90b 100644
>>> --- a/hw/ppc/spapr_pci.c
>>> +++ b/hw/ppc/spapr_pci.c
>>> @@ -1551,7 +1551,7 @@ static void spapr_pci_pre_plug(HotplugHandler *plug_handler,
>>> */
>>> if (plugged_dev->hotplugged) {
>>> error_setg(errp, QERR_BUS_NO_HOTPLUG,
>>> - object_get_typename(OBJECT(phb)));
>>> + phb->parent_obj.bus->qbus.name);
>
> I could not find it mentioned in the docs but it was said the parent pointer is private and one should not access it but cast to the parent object instead. Or here may even use pci_get_bus(pdev) maybe after moving the asserts before it to make sure the device is valid. But I don't mind so you can commit it as it is if nobody notices.
pci_get_bus() returns the bus the device is plugged into as a PCI bus.
We need the bus the device provides. Besides, @phb is plugged into the
main system bus. pci_get_bus(PCI_DEVICE(phb)) would pass the main
system bus to PCI_BUS(), which is not good.
I can offer
PCI_HOST_BRIDGE(phb)->bus->qbus.name);
Looks like a wash to me, but if maintainers like it better, I'll change
to it.
>
> Regards,
> BALATON Zoltan
>
>>> return;
>>> }
>>> }
>>> @@ -1672,7 +1672,7 @@ static void spapr_pci_unplug_request(HotplugHandler *plug_handler,
>>> if (!phb->dr_enabled) {
>>> error_setg(errp, QERR_BUS_NO_HOTPLUG,
>>> - object_get_typename(OBJECT(phb)));
>>> + phb->parent_obj.bus->qbus.name);
>>> return;
>>> }
>>>
>>
>>
next prev parent reply other threads:[~2023-11-15 7:09 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-31 11:10 [PATCH 0/7] Miscellaneous error message improvements Markus Armbruster
2023-10-31 11:10 ` [PATCH 1/7] spapr/pci: Correct "does not support hotplugging error messages Markus Armbruster
2023-11-01 20:52 ` Daniel Henrique Barboza
2023-11-01 21:11 ` BALATON Zoltan
2023-11-15 7:07 ` Markus Armbruster [this message]
2023-10-31 11:10 ` [PATCH 2/7] hmp: Improve sync-profile error message Markus Armbruster
2023-10-31 14:05 ` Philippe Mathieu-Daudé
2023-10-31 16:59 ` Dr. David Alan Gilbert
2023-10-31 11:10 ` [PATCH 3/7] qga: Improve guest-exec-status " Markus Armbruster
2023-10-31 11:24 ` Konstantin Kostiuk
2023-10-31 14:05 ` Philippe Mathieu-Daudé
2023-10-31 11:10 ` [PATCH 4/7] ui/qmp-cmds: Improve two error messages Markus Armbruster
2023-10-31 14:46 ` Philippe Mathieu-Daudé
2023-10-31 11:10 ` [PATCH 5/7] net: Fix a misleading error message Markus Armbruster
2023-10-31 11:10 ` [PATCH 6/7] balloon: " Markus Armbruster
2023-10-31 12:25 ` David Hildenbrand
2023-10-31 12:43 ` Michael S. Tsirkin
2023-11-02 6:57 ` Mario Casquero
2023-10-31 11:10 ` [PATCH 7/7] target/i386/cpu: Improve error message for property "vendor" Markus Armbruster
2023-10-31 14:07 ` Philippe Mathieu-Daudé
2023-11-15 7:13 ` Markus Armbruster
2023-11-17 9:14 ` [PATCH 0/7] Miscellaneous error message improvements Markus Armbruster
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=87fs17trya.fsf@pond.sub.org \
--to=armbru@redhat.com \
--cc=balaton@eik.bme.hu \
--cc=clg@kaod.org \
--cc=danielhb413@gmail.com \
--cc=dave@treblig.org \
--cc=david@gibson.dropbear.id.au \
--cc=david@redhat.com \
--cc=harshpb@linux.ibm.com \
--cc=jasowang@redhat.com \
--cc=kkostiuk@redhat.com \
--cc=kraxel@redhat.com \
--cc=marcandre.lureau@redhat.com \
--cc=michael.roth@amd.com \
--cc=mst@redhat.com \
--cc=npiggin@gmail.com \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
/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).