[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v5 00/13] Multi-phase reset mechanism

From: Cornelia Huck
Subject: Re: [PATCH v5 00/13] Multi-phase reset mechanism
Date: Tue, 3 Dec 2019 12:44:49 +0100

On Fri, 18 Oct 2019 17:06:17 +0200
Damien Hedde <address@hidden> wrote:

> Hi all,
> The purpose of this series is to split the current reset procedure
> into multiple phases. This will help to solve some ordering
> difficulties we have during reset. Previous version can be found here:
> https://lists.gnu.org/archive/html/qemu-devel/2019-08/msg04359.html
> This series adds resettable interface and transitions base Device and
> Bus classes (sysbus subclasses are ok too). It provides new reset
> functions but does not switch anymore the old functions
> (device_reset() and qdev/qbus_reset_all()) to resettable interface.
> These functions keep the exact same behavior as before.
> The series also transition the main reset handlers registration which
> has no impact until devices and buses are transitioned.
> I think this version is way better regarding the transition from the
> legacy to the resettable interface than the previous one.
> After this series, the plan is then to transition devices, buses and
> legacy reset call sites. Devices and buses have to be transitioned
> from mother class to daughter classes order but until the final
> (daughter) class is transitioned, old monolitic reset behavior will
> be kept for this class.

I have looked over this patchset a bit (with an eye to the s390 stuff).
Seems sane, although I currently don't have the resources to review
more in detail.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]