Convert the virtio-ccw code to three-phase reset. This allows us to
remove a call to device_class_set_parent_reset(), replacing it with
the three-phase equivalent resettable_class_set_parent_phases().
Removing all the device_class_set_parent_reset() uses will allow us
to remove some of the glue code that interworks between three-phase
and legacy reset.
This is a simple conversion, with no behavioural changes.
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
---
It looks a little odd that we do the this-class reset first
and then chain up to the parent's reset, but that's what the
existing code does, so I left it alone.
---
hw/s390x/virtio-ccw.h | 2 +-
hw/s390x/virtio-ccw.c | 13 ++++++++-----
2 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/hw/s390x/virtio-ccw.h b/hw/s390x/virtio-ccw.h
index fac186c8f64..c7a830a1944 100644
--- a/hw/s390x/virtio-ccw.h
+++ b/hw/s390x/virtio-ccw.h
@@ -57,7 +57,7 @@ struct VirtIOCCWDeviceClass {
CCWDeviceClass parent_class;
void (*realize)(VirtioCcwDevice *dev, Error **errp);
void (*unrealize)(VirtioCcwDevice *dev);
- void (*parent_reset)(DeviceState *dev);
+ ResettablePhases parent_phases;
};
/* Performance improves when virtqueue kick processing is decoupled from the
diff --git a/hw/s390x/virtio-ccw.c b/hw/s390x/virtio-ccw.c
index b4676909dd6..96747318d2a 100644
--- a/hw/s390x/virtio-ccw.c
+++ b/hw/s390x/virtio-ccw.c
@@ -913,14 +913,15 @@ static void virtio_ccw_notify(DeviceState *d, uint16_t vector)
}
}
-static void virtio_ccw_reset(DeviceState *d)
+static void virtio_ccw_reset_hold(Object *obj, ResetType type)
{
- VirtioCcwDevice *dev = VIRTIO_CCW_DEVICE(d);
+ VirtioCcwDevice *dev = VIRTIO_CCW_DEVICE(obj);
VirtIOCCWDeviceClass *vdc = VIRTIO_CCW_DEVICE_GET_CLASS(dev);
virtio_ccw_reset_virtio(dev);
- if (vdc->parent_reset) {
- vdc->parent_reset(d);
+
+ if (vdc->parent_phases.hold) {
+ vdc->parent_phases.hold(obj, type);
}
}
@@ -1233,11 +1234,13 @@ static void virtio_ccw_device_class_init(ObjectClass *klass, void *data)
DeviceClass *dc = DEVICE_CLASS(klass);
CCWDeviceClass *k = CCW_DEVICE_CLASS(dc);
VirtIOCCWDeviceClass *vdc = VIRTIO_CCW_DEVICE_CLASS(klass);
+ ResettableClass *rc = RESETTABLE_CLASS(klass);
k->unplug = virtio_ccw_busdev_unplug;
dc->realize = virtio_ccw_busdev_realize;
dc->unrealize = virtio_ccw_busdev_unrealize;
- device_class_set_parent_reset(dc, virtio_ccw_reset, &vdc->parent_reset);
+ resettable_class_set_parent_phases(rc, NULL, virtio_ccw_reset_hold, NULL,
+ &vdc->parent_phases);
}
static const TypeInfo virtio_ccw_device_info = {
--
2.34.1
Hi Peter, On 13/8/24 18:52, Peter Maydell wrote: > Convert the virtio-ccw code to three-phase reset. This allows us to > remove a call to device_class_set_parent_reset(), replacing it with > the three-phase equivalent resettable_class_set_parent_phases(). > Removing all the device_class_set_parent_reset() uses will allow us > to remove some of the glue code that interworks between three-phase > and legacy reset. > > This is a simple conversion, with no behavioural changes. > > Signed-off-by: Peter Maydell <peter.maydell@linaro.org> > --- > It looks a little odd that we do the this-class reset first > and then chain up to the parent's reset, but that's what the > existing code does, so I left it alone. Do you plan to post a follow up patch inverting the call order? Otherwise, could you add a comment in the code so we don't forget about this odd case? Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org> > --- > hw/s390x/virtio-ccw.h | 2 +- > hw/s390x/virtio-ccw.c | 13 ++++++++----- > 2 files changed, 9 insertions(+), 6 deletions(-) > -static void virtio_ccw_reset(DeviceState *d) > +static void virtio_ccw_reset_hold(Object *obj, ResetType type) > { > - VirtioCcwDevice *dev = VIRTIO_CCW_DEVICE(d); > + VirtioCcwDevice *dev = VIRTIO_CCW_DEVICE(obj); > VirtIOCCWDeviceClass *vdc = VIRTIO_CCW_DEVICE_GET_CLASS(dev); > > virtio_ccw_reset_virtio(dev); > - if (vdc->parent_reset) { > - vdc->parent_reset(d); > + > + if (vdc->parent_phases.hold) { > + vdc->parent_phases.hold(obj, type); > } > }
On Mon, 26 Aug 2024 at 17:02, Philippe Mathieu-Daudé <philmd@linaro.org> wrote: > > Hi Peter, > > On 13/8/24 18:52, Peter Maydell wrote: > > Convert the virtio-ccw code to three-phase reset. This allows us to > > remove a call to device_class_set_parent_reset(), replacing it with > > the three-phase equivalent resettable_class_set_parent_phases(). > > Removing all the device_class_set_parent_reset() uses will allow us > > to remove some of the glue code that interworks between three-phase > > and legacy reset. > > > > This is a simple conversion, with no behavioural changes. > > > > Signed-off-by: Peter Maydell <peter.maydell@linaro.org> > > --- > > It looks a little odd that we do the this-class reset first > > and then chain up to the parent's reset, but that's what the > > existing code does, so I left it alone. > > Do you plan to post a follow up patch inverting the > call order? Otherwise, could you add a comment in the > code so we don't forget about this odd case? I didn't plan to do either because I don't know whether the s390 code relies on this or not and I don't want to investigate either... If somebody on the s390 side is interested in tracking that down they're welcome to :-) -- PMM
On Tue, 2024-08-13 at 17:52 +0100, Peter Maydell wrote: > Convert the virtio-ccw code to three-phase reset. This allows us to > remove a call to device_class_set_parent_reset(), replacing it with > the three-phase equivalent resettable_class_set_parent_phases(). > Removing all the device_class_set_parent_reset() uses will allow us > to remove some of the glue code that interworks between three-phase > and legacy reset. > > This is a simple conversion, with no behavioural changes. > > Signed-off-by: Peter Maydell <peter.maydell@linaro.org> > --- > It looks a little odd that we do the this-class reset first > and then chain up to the parent's reset, but that's what the > existing code does, so I left it alone. > --- Reviewed-by: Nina Schoetterl-Glausch <nsg@linux.ibm.com>
On 13/08/2024 18.52, Peter Maydell wrote: > Convert the virtio-ccw code to three-phase reset. This allows us to > remove a call to device_class_set_parent_reset(), replacing it with > the three-phase equivalent resettable_class_set_parent_phases(). > Removing all the device_class_set_parent_reset() uses will allow us > to remove some of the glue code that interworks between three-phase > and legacy reset. > > This is a simple conversion, with no behavioural changes. > > Signed-off-by: Peter Maydell <peter.maydell@linaro.org> > --- > It looks a little odd that we do the this-class reset first > and then chain up to the parent's reset, but that's what the > existing code does, so I left it alone. > --- > hw/s390x/virtio-ccw.h | 2 +- > hw/s390x/virtio-ccw.c | 13 ++++++++----- > 2 files changed, 9 insertions(+), 6 deletions(-) Acked-by: Thomas Huth <thuth@redhat.com> > diff --git a/hw/s390x/virtio-ccw.h b/hw/s390x/virtio-ccw.h > index fac186c8f64..c7a830a1944 100644 > --- a/hw/s390x/virtio-ccw.h > +++ b/hw/s390x/virtio-ccw.h > @@ -57,7 +57,7 @@ struct VirtIOCCWDeviceClass { > CCWDeviceClass parent_class; > void (*realize)(VirtioCcwDevice *dev, Error **errp); > void (*unrealize)(VirtioCcwDevice *dev); > - void (*parent_reset)(DeviceState *dev); > + ResettablePhases parent_phases; > }; > > /* Performance improves when virtqueue kick processing is decoupled from the > diff --git a/hw/s390x/virtio-ccw.c b/hw/s390x/virtio-ccw.c > index b4676909dd6..96747318d2a 100644 > --- a/hw/s390x/virtio-ccw.c > +++ b/hw/s390x/virtio-ccw.c > @@ -913,14 +913,15 @@ static void virtio_ccw_notify(DeviceState *d, uint16_t vector) > } > } > > -static void virtio_ccw_reset(DeviceState *d) > +static void virtio_ccw_reset_hold(Object *obj, ResetType type) > { > - VirtioCcwDevice *dev = VIRTIO_CCW_DEVICE(d); > + VirtioCcwDevice *dev = VIRTIO_CCW_DEVICE(obj); > VirtIOCCWDeviceClass *vdc = VIRTIO_CCW_DEVICE_GET_CLASS(dev); > > virtio_ccw_reset_virtio(dev); > - if (vdc->parent_reset) { > - vdc->parent_reset(d); > + > + if (vdc->parent_phases.hold) { > + vdc->parent_phases.hold(obj, type); > } > } > > @@ -1233,11 +1234,13 @@ static void virtio_ccw_device_class_init(ObjectClass *klass, void *data) > DeviceClass *dc = DEVICE_CLASS(klass); > CCWDeviceClass *k = CCW_DEVICE_CLASS(dc); > VirtIOCCWDeviceClass *vdc = VIRTIO_CCW_DEVICE_CLASS(klass); > + ResettableClass *rc = RESETTABLE_CLASS(klass); > > k->unplug = virtio_ccw_busdev_unplug; > dc->realize = virtio_ccw_busdev_realize; > dc->unrealize = virtio_ccw_busdev_unrealize; > - device_class_set_parent_reset(dc, virtio_ccw_reset, &vdc->parent_reset); > + resettable_class_set_parent_phases(rc, NULL, virtio_ccw_reset_hold, NULL, > + &vdc->parent_phases); > } > > static const TypeInfo virtio_ccw_device_info = {
On 8/14/24 02:52, Peter Maydell wrote: > Convert the virtio-ccw code to three-phase reset. This allows us to > remove a call to device_class_set_parent_reset(), replacing it with > the three-phase equivalent resettable_class_set_parent_phases(). > Removing all the device_class_set_parent_reset() uses will allow us > to remove some of the glue code that interworks between three-phase > and legacy reset. > > This is a simple conversion, with no behavioural changes. > > Signed-off-by: Peter Maydell<peter.maydell@linaro.org> > --- > It looks a little odd that we do the this-class reset first > and then chain up to the parent's reset, but that's what the > existing code does, so I left it alone. > --- > hw/s390x/virtio-ccw.h | 2 +- > hw/s390x/virtio-ccw.c | 13 ++++++++----- > 2 files changed, 9 insertions(+), 6 deletions(-) Reviewed-by: Richard Henderson <richard.henderson@linaro.org> r~
© 2016 - 2024 Red Hat, Inc.