[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v3 13/15] qapi: add HOTPLUG_STATE event
From: |
Markus Armbruster |
Subject: |
Re: [PATCH v3 13/15] qapi: add HOTPLUG_STATE event |
Date: |
Fri, 10 Feb 2023 11:23:20 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) |
Vladimir Sementsov-Ogievskiy <vsementsov@yandex-team.ru> writes:
> For PCIe and SHPC hotplug it's important to track led indicators,
> especially the power led. Add an event that helps.
>
> Signed-off-by: Vladimir Sementsov-Ogievskiy <vsementsov@yandex-team.ru>
> ---
> qapi/qdev.json | 62 ++++++++++++++++++++++++++++++++++++++++++++
> include/hw/pci/pci.h | 15 +++++++++++
> hw/pci/pci.c | 33 +++++++++++++++++++++++
> hw/pci/pcie.c | 49 ++++++++++++++++++++++++++++++++++
> hw/pci/shpc.c | 42 ++++++++++++++++++++++++++++++
> 5 files changed, 201 insertions(+)
>
> diff --git a/qapi/qdev.json b/qapi/qdev.json
> index 2708fb4e99..40dc34f091 100644
> --- a/qapi/qdev.json
> +++ b/qapi/qdev.json
> @@ -158,3 +158,65 @@
> ##
> { 'event': 'DEVICE_UNPLUG_GUEST_ERROR',
> 'data': { '*device': 'str', 'path': 'str' } }
> +
> +##
> +# @HotplugLedState:
> +#
No documentation?
> +# Since: 8.0
> +##
> +{ 'enum': 'HotplugLedState',
> + 'data': [ 'on', 'blink', 'off' ] }
> +
> +##
> +# @HotplugPowerState:
No documentation?
> +#
> +# Since: 8.0
> +##
> +{ 'enum': 'HotplugPowerState',
> + 'data': [ 'on', 'off' ] }
Why not bool?
> +##
> +# @HotplugSlotState:
No documentation?
> +#
> +# Since: 8.0
> +##
> +{ 'enum': 'HotplugSlotState',
> + 'data': [ 'power-only', 'enabled', 'disabled' ] }
> +
> +##
> +# @HotplugState:
> +#
> +# @hotplug-device: hotplug device id
> +# @hotplug-path: hotplug device path
> +# @hotplug-slot: hotplug device slot (only for SHPC)
> +# @device: device name
> +# @path: device path
> +# @power-led: Power Indicator
> +# @attention-led: Attention Indicator
> +# @state: slot state, only for SHPC hotplug controller
> +# @power: Power Controller state, only for PCIe hotplug
> +#
> +# Since: 8.0
> +##
> +{ 'struct': 'HotplugState',
> + 'data': { '*hotplug-device': 'str',
> + 'hotplug-path': 'str',
> + '*hotplug-slot': 'int',
> + '*device': 'str',
> + 'path': 'str',
> + '*power-led': 'HotplugLedState',
> + '*attention-led': 'HotplugLedState',
> + '*state': 'HotplugSlotState',
> + '*power': 'HotplugPowerState' } }
Too terse.
What do @hotplug-device and @device name? Are these qdev-id?
What kind of paths are @hotplug-path and @path? Are these paths to an
object device in the QOM tree? Which object?
What's a @hotplug-slot?
> +
> +##
> +# @HOTPLUG_STATE:
> +#
> +# Emitted whenever the state of hotplug controller is changed.
Suggest "the state of hotplug controller changes."
Regardless, too terse. What state changes exactly trigger the event?
> +# Only changed values are included into event.
"in the event"
Which values are included for each event trigger?
> +# Only SHPC and PCIe-native hotplug are supported.
Suggest something like "only ... provide this event."
Are parts of HotplugState specific to "SHPC and PCIe-native"? Or asked
differently: when we make other kinds of hotplug send the event, what
would we need to change here?
> +#
> +# Since: 8.0
> +##
> +{ 'event': 'HOTPLUG_STATE',
> + 'data': 'HotplugState' }
[...]
- [PATCH v3 01/15] pci/shpc: set attention led to OFF on reset, (continued)
- [PATCH v3 01/15] pci/shpc: set attention led to OFF on reset, Vladimir Sementsov-Ogievskiy, 2023/02/09
- [PATCH v3 09/15] pcie: pcie_cap_slot_enable_power() use correct helper, Vladimir Sementsov-Ogievskiy, 2023/02/09
- [PATCH v3 11/15] pcie: set power indicator to off on reset by default, Vladimir Sementsov-Ogievskiy, 2023/02/09
- [PATCH v3 15/15] qapi: introduce query-hotplug command, Vladimir Sementsov-Ogievskiy, 2023/02/09
- [PATCH v3 13/15] qapi: add HOTPLUG_STATE event, Vladimir Sementsov-Ogievskiy, 2023/02/09
- Re: [PATCH v3 13/15] qapi: add HOTPLUG_STATE event,
Markus Armbruster <=
[PATCH v3 12/15] pci: introduce pci_find_the_only_child(), Vladimir Sementsov-Ogievskiy, 2023/02/09
[PATCH v3 14/15] qapi: introduce DEVICE_ON event, Vladimir Sementsov-Ogievskiy, 2023/02/09