[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [qemu-s390x] [PATCH v3 01/33] Create Resettable QOM interface
From: |
Cornelia Huck |
Subject: |
Re: [qemu-s390x] [PATCH v3 01/33] Create Resettable QOM interface |
Date: |
Tue, 30 Jul 2019 15:55:47 +0200 |
On Tue, 30 Jul 2019 14:44:21 +0100
Peter Maydell <address@hidden> wrote:
> On Tue, 30 Jul 2019 at 14:42, Cornelia Huck <address@hidden> wrote:
> >
> > On Mon, 29 Jul 2019 16:56:22 +0200
> > Damien Hedde <address@hidden> wrote:
> >
> > (...)
> >
> > > +/*
> > > + * ResettableClass:
> > > + * Interface for resettable objects.
> > > + *
> > > + * The reset operation is divided in several phases each represented by a
> > > + * method.
> > > + *
> > > + * Each Ressetable must maintain a reset counter in its state, 3 methods
> > > allows
> > > + * to interact with it.
> > > + *
> > > + * @phases.init: should reset local state only. Takes a bool @cold
> > > argument
> > > + * specifying whether the reset is cold or warm. It must not do
> > > side-effect
> > > + * on others objects.
> >
> > I'm having a hard time figuring out what a 'cold' or a 'warm' reset is
> > supposed to be... can you add a definition/guideline somewhere?
>
> Generally "cold" reset is "power on" and "warm" is "we were already
> powered-on, but somebody flipped a reset line somewhere".
Ok, that makes sense... my main concern is to distinguish that in a
generic way, as it is a generic interface. What about adding something
like:
"A 'cold' reset means that the object to be reset is initially reset; a 'warm'
reset means that the object to be reset has already been initialized."
Or is that again too generic?
- [qemu-s390x] [PATCH v3 00/33] Multi-phase reset mechanism, Damien Hedde, 2019/07/29
- [qemu-s390x] [PATCH v3 02/33] add temporary device_legacy_reset function to replace device_reset, Damien Hedde, 2019/07/29
- [qemu-s390x] [PATCH v3 01/33] Create Resettable QOM interface, Damien Hedde, 2019/07/29
- Re: [qemu-s390x] [PATCH v3 01/33] Create Resettable QOM interface, Cornelia Huck, 2019/07/30
- Re: [qemu-s390x] [PATCH v3 01/33] Create Resettable QOM interface, Peter Maydell, 2019/07/30
- Re: [qemu-s390x] [PATCH v3 01/33] Create Resettable QOM interface,
Cornelia Huck <=
- Re: [qemu-s390x] [PATCH v3 01/33] Create Resettable QOM interface, Peter Maydell, 2019/07/30
- Re: [qemu-s390x] [PATCH v3 01/33] Create Resettable QOM interface, Damien Hedde, 2019/07/30
- Re: [qemu-s390x] [PATCH v3 01/33] Create Resettable QOM interface, Cornelia Huck, 2019/07/30
- Re: [qemu-s390x] [PATCH v3 01/33] Create Resettable QOM interface, David Gibson, 2019/07/31
- Re: [qemu-s390x] [Qemu-devel] [PATCH v3 01/33] Create Resettable QOM interface, Christophe de Dinechin, 2019/07/31
[qemu-s390x] [PATCH v3 15/33] hw/ide/piix.c: remove qdev_reset_all call, Damien Hedde, 2019/07/29
[qemu-s390x] [PATCH v3 04/33] make Device and Bus Resettable, Damien Hedde, 2019/07/29
[qemu-s390x] [PATCH v3 06/33] add the vmstate description for device reset state, Damien Hedde, 2019/07/29