From: "Philippe Mathieu-Daudé" <philmd@redhat.com>
To: Damien Hedde <damien.hedde@greensocs.com>, qemu-devel@nongnu.org
Cc: "Fam Zheng" <fam@euphon.net>,
peter.maydell@linaro.org,
"Collin Walling" <walling@linux.ibm.com>,
"Dmitry Fleytman" <dmitry.fleytman@gmail.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Gerd Hoffmann" <kraxel@redhat.com>,
"David Hildenbrand" <david@redhat.com>,
"Halil Pasic" <pasic@linux.ibm.com>,
"Christian Borntraeger" <borntraeger@de.ibm.com>,
david@gibson.dropbear.id.au, ehabkost@redhat.com,
"Richard Henderson" <richard.henderson@linaro.org>,
qemu-s390x@nongnu.org, "Cédric Le Goater" <clg@kaod.org>,
"John Snow" <jsnow@redhat.com>,
"Richard Henderson" <rth@twiddle.net>,
berrange@redhat.com, cohuck@redhat.com,
mark.burton@greensocs.com, edgari@xilinx.com,
pbonzini@redhat.com
Subject: Re: [PATCH v8 01/11] add device_legacy_reset function to prepare for reset api change
Date: Fri, 24 Jan 2020 11:37:32 +0100 [thread overview]
Message-ID: <40a77809-275f-9f88-7ae6-fba90a1edd63@redhat.com> (raw)
In-Reply-To: <20200123132823.1117486-2-damien.hedde@greensocs.com>
On 1/23/20 2:28 PM, Damien Hedde wrote:
> Provide a temporary device_legacy_reset function doing what
> device_reset does to prepare for the transition with Resettable
> API.
>
> All occurrence of device_reset in the code tree are also replaced
> by device_legacy_reset.
>
> The new resettable API has different prototype and semantics
> (resetting child buses as well as the specified device). Subsequent
> commits will make the changeover for each call site individually; once
> that is complete device_legacy_reset() will be removed.
>
> Signed-off-by: Damien Hedde <damien.hedde@greensocs.com>
> Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
> Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
> Acked-by: David Gibson <david@gibson.dropbear.id.au>
> Acked-by: Cornelia Huck <cohuck@redhat.com>
> Tested-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
next prev parent reply other threads:[~2020-01-24 10:38 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-23 13:28 [PATCH v8 00/11] Multi-phase reset mechanism Damien Hedde
2020-01-23 13:28 ` [PATCH v8 01/11] add device_legacy_reset function to prepare for reset api change Damien Hedde
2020-01-24 10:37 ` Philippe Mathieu-Daudé [this message]
2020-01-23 13:28 ` [PATCH v8 02/11] hw/core/qdev: add trace events to help with resettable transition Damien Hedde
2020-01-23 13:28 ` [PATCH v8 03/11] hw/core: create Resettable QOM interface Damien Hedde
2020-01-23 13:28 ` [PATCH v8 04/11] hw/core: add Resettable support to BusClass and DeviceClass Damien Hedde
2020-01-23 13:28 ` [PATCH v8 05/11] hw/core/resettable: add support for changing parent Damien Hedde
2020-01-23 13:28 ` [PATCH v8 06/11] hw/core/qdev: handle parent bus change regarding resettable Damien Hedde
2020-01-23 13:28 ` [PATCH v8 07/11] hw/core/qdev: update hotplug reset " Damien Hedde
2020-01-23 13:28 ` [PATCH v8 08/11] hw/core: deprecate old reset functions and introduce new ones Damien Hedde
2021-04-27 12:21 ` Philippe Mathieu-Daudé
2021-04-27 21:27 ` Eduardo Habkost
2021-04-28 5:03 ` Markus Armbruster
2021-04-28 12:51 ` Peter Maydell
2021-04-28 13:29 ` Markus Armbruster
2021-04-28 14:54 ` Peter Maydell
2020-01-23 13:28 ` [PATCH v8 09/11] docs/devel/reset.rst: add doc about Resettable interface Damien Hedde
2020-01-23 13:28 ` [PATCH v8 10/11] vl: replace deprecated qbus_reset_all registration Damien Hedde
2020-01-23 13:28 ` [PATCH v8 11/11] hw/s390x/ipl: replace deprecated qdev_reset_all registration Damien Hedde
2020-01-24 10:05 ` [PATCH v8 00/11] Multi-phase reset mechanism Peter Maydell
2020-01-24 10:17 ` Philippe Mathieu-Daudé
2020-01-24 10:18 ` Peter Maydell
2020-01-27 15:20 ` Damien Hedde
2020-01-24 10:23 ` Damien Hedde
2020-01-30 14:29 ` Peter Maydell
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=40a77809-275f-9f88-7ae6-fba90a1edd63@redhat.com \
--to=philmd@redhat.com \
--cc=berrange@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=clg@kaod.org \
--cc=cohuck@redhat.com \
--cc=damien.hedde@greensocs.com \
--cc=david@gibson.dropbear.id.au \
--cc=david@redhat.com \
--cc=dmitry.fleytman@gmail.com \
--cc=edgari@xilinx.com \
--cc=ehabkost@redhat.com \
--cc=fam@euphon.net \
--cc=jsnow@redhat.com \
--cc=kraxel@redhat.com \
--cc=mark.burton@greensocs.com \
--cc=mst@redhat.com \
--cc=pasic@linux.ibm.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=rth@twiddle.net \
--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).