From: Cornelia Huck <cohuck@redhat.com>
To: David Hildenbrand <david@redhat.com>
Cc: qemu-devel@nongnu.org, qemu-ppc@nongnu.org,
qemu-s390x@nongnu.org, Paolo Bonzini <pbonzini@redhat.com>,
Peter Crosthwaite <crosthwaite.peter@gmail.com>,
Richard Henderson <rth@twiddle.net>,
"Michael S . Tsirkin" <mst@redhat.com>,
Igor Mammedov <imammedo@redhat.com>,
Eduardo Habkost <ehabkost@redhat.com>,
David Gibson <david@gibson.dropbear.id.au>,
Alexander Graf <agraf@suse.de>,
Christian Borntraeger <borntraeger@de.ibm.com>,
Greg Kurz <groug@kaod.org>
Subject: Re: [Qemu-devel] [PATCH v1 8/8] s390x: local error handling in hotplug handler functions
Date: Fri, 8 Jun 2018 09:25:45 +0200 [thread overview]
Message-ID: <20180608092545.52133d91.cohuck@redhat.com> (raw)
In-Reply-To: <20180607165218.9558-9-david@redhat.com>
On Thu, 7 Jun 2018 18:52:18 +0200
David Hildenbrand <david@redhat.com> wrote:
> Let's introduce and use local error variables in the hotplug handler
> functions.
>
> Signed-off-by: David Hildenbrand <david@redhat.com>
> ---
> hw/s390x/s390-virtio-ccw.c | 11 ++++++++---
> 1 file changed, 8 insertions(+), 3 deletions(-)
>
> diff --git a/hw/s390x/s390-virtio-ccw.c b/hw/s390x/s390-virtio-ccw.c
> index 7ae5fb38dd..29ea50a177 100644
> --- a/hw/s390x/s390-virtio-ccw.c
> +++ b/hw/s390x/s390-virtio-ccw.c
> @@ -434,18 +434,23 @@ static void s390_machine_reset(void)
> static void s390_machine_device_plug(HotplugHandler *hotplug_dev,
> DeviceState *dev, Error **errp)
> {
> + Error *local_err = NULL;
> +
> if (object_dynamic_cast(OBJECT(dev), TYPE_CPU)) {
> - s390_cpu_plug(hotplug_dev, dev, errp);
> + s390_cpu_plug(hotplug_dev, dev, &local_err);
> }
> + error_propagate(errp, local_err);
> }
>
> static void s390_machine_device_unplug_request(HotplugHandler *hotplug_dev,
> DeviceState *dev, Error **errp)
> {
> + Error *local_err = NULL;
> +
> if (object_dynamic_cast(OBJECT(dev), TYPE_CPU)) {
> - error_setg(errp, "CPU hot unplug not supported on this machine");
> - return;
> + error_setg(&local_err, "CPU hot unplug not supported on this machine");
> }
> + error_propagate(errp, local_err);
> }
>
> static CpuInstanceProperties s390_cpu_index_to_props(MachineState *ms,
Just seeing this patch by itself, it does not really make much sense.
Even if this is a split out clean-up series, I'd prefer this to go
together with a patch that actually adds something more to the
plug/unplug functions.
next prev parent reply other threads:[~2018-06-08 7:25 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-07 16:52 [Qemu-devel] [PATCH v1 0/8] pc/spapr/s390x: machine hotplug handler cleanups David Hildenbrand
2018-06-07 16:52 ` [Qemu-devel] [PATCH v1 1/8] pc: local error handling in hotplug handler functions David Hildenbrand
2018-06-08 8:04 ` [Qemu-devel] [qemu-s390x] " Thomas Huth
2018-06-08 8:05 ` David Hildenbrand
2018-06-07 16:52 ` [Qemu-devel] [PATCH v1 2/8] spapr: no need to verify the node David Hildenbrand
2018-06-08 3:28 ` David Gibson
2018-06-08 7:34 ` Greg Kurz
2018-06-08 7:42 ` David Hildenbrand
2018-06-08 7:46 ` Greg Kurz
2018-06-08 7:48 ` David Hildenbrand
2018-06-08 8:07 ` [Qemu-devel] [qemu-s390x] " Thomas Huth
2018-06-08 8:39 ` Igor Mammedov
2018-06-08 8:41 ` David Hildenbrand
2018-06-08 9:06 ` Igor Mammedov
2018-06-08 9:24 ` David Hildenbrand
2018-06-08 10:52 ` Greg Kurz
2018-06-08 11:28 ` David Hildenbrand
2018-06-08 11:31 ` Cornelia Huck
2018-06-08 11:53 ` Greg Kurz
2018-06-08 8:20 ` [Qemu-devel] " David Gibson
2018-06-08 8:24 ` David Hildenbrand
2018-06-07 16:52 ` [Qemu-devel] [PATCH v1 3/8] spapr: move all DIMM checks into spapr_memory_plug David Hildenbrand
2018-06-08 3:28 ` David Gibson
2018-06-08 8:05 ` Greg Kurz
2018-06-08 8:07 ` David Hildenbrand
2018-06-08 8:41 ` Igor Mammedov
2018-06-07 16:52 ` [Qemu-devel] [PATCH v1 4/8] spapr: local error handling in hotplug handler functions David Hildenbrand
2018-06-08 3:29 ` David Gibson
2018-06-08 8:40 ` Greg Kurz
2018-06-07 16:52 ` [Qemu-devel] [PATCH v1 5/8] spapr: introduce machine unplug handler David Hildenbrand
2018-06-08 3:29 ` David Gibson
2018-06-08 8:44 ` Igor Mammedov
2018-06-08 8:56 ` Greg Kurz
2018-06-07 16:52 ` [Qemu-devel] [PATCH v1 6/8] spapr: handle pc-dimm unplug via hotplug handler chain David Hildenbrand
2018-06-08 3:30 ` David Gibson
2018-06-08 8:56 ` Igor Mammedov
2018-06-08 9:02 ` David Hildenbrand
2018-06-08 9:35 ` Igor Mammedov
2018-06-08 9:36 ` David Hildenbrand
2018-06-08 8:59 ` Greg Kurz
2018-06-07 16:52 ` [Qemu-devel] [PATCH v1 7/8] spapr: handle cpu core " David Hildenbrand
2018-06-08 3:31 ` David Gibson
2018-06-08 8:57 ` Igor Mammedov
2018-06-08 9:00 ` Greg Kurz
2018-06-07 16:52 ` [Qemu-devel] [PATCH v1 8/8] s390x: local error handling in hotplug handler functions David Hildenbrand
2018-06-08 7:25 ` Cornelia Huck [this message]
2018-06-08 7:27 ` Christian Borntraeger
2018-06-08 7:40 ` David Hildenbrand
2018-06-08 7:50 ` Christian Borntraeger
2018-06-08 9:03 ` Igor Mammedov
2018-06-08 9:19 ` David Hildenbrand
2018-06-08 7:58 ` [Qemu-devel] [PATCH v1 0/8] pc/spapr/s390x: machine hotplug handler cleanups 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=20180608092545.52133d91.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=agraf@suse.de \
--cc=borntraeger@de.ibm.com \
--cc=crosthwaite.peter@gmail.com \
--cc=david@gibson.dropbear.id.au \
--cc=david@redhat.com \
--cc=ehabkost@redhat.com \
--cc=groug@kaod.org \
--cc=imammedo@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=rth@twiddle.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.