b50817c1 | 30-Aug-2023 |
Jagpal Singh Gill <paligill@gmail.com> |
docs: propose D-Bus paths and service-name format for interface yaml
This patch proposes format for adding D-Bus paths and service-name to yaml interface files. The intent of this addition is to fac
docs: propose D-Bus paths and service-name format for interface yaml
This patch proposes format for adding D-Bus paths and service-name to yaml interface files. The intent of this addition is to facilitate const auto-generation for paths and service-names so they can be used by D-Bus interface developers rather than using static strings at multiple places which makes code browsing & maintainability a challenge.
Change-Id: I09fbc4d9745b2101136a815a8c9d1790047121db Signed-off-by: Jagpal Singh Gill <paligill@gmail.com> Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
show more ...
|
ae47928b | 03-Jun-2022 |
Jonathan Doman <jonathan.doman@intel.com> |
Clean up ASIO set-property callback code
This reverts commit ce62764d6c0a72ec88eb433e1afd05b751225971, which introduced inconsistent semantics for the underlying ASIO set handler functions. The "ext
Clean up ASIO set-property callback code
This reverts commit ce62764d6c0a72ec88eb433e1afd05b751225971, which introduced inconsistent semantics for the underlying ASIO set handler functions. The "external" `call` case expected the handler to return an integer error code, while the "internal" `set` case expected the handler to return a boolean status.
This also does a small refactor on the two similar `call` and `set` functions to deduplicate, and adds ASIO.md to document the expected semantics of the ASIO handlers.
The vast majority of user code in OpenBMC is still returning integers from the callbacks (0/1/-1), but in most cases 0 was used to mean failure, and 1 was used to mean success, so formalizing that the callback should return a boolean value will not break things.
Tested: With accompanying dbus-sensors change I05c41318954d5d1549752c5ef2c227f3f22a45d3, using steps in that commit msg.
Signed-off-by: Jonathan Doman <jonathan.doman@intel.com> Change-Id: Ic3a36027fa95a77469439b296a1497634cfe030f
show more ...
|
20255a5f | 04-Jun-2020 |
Waqar Hameed <waqarh@axis.com> |
Add support for vtable flags for properties
This adds support for specifying the vtable flags `SD_BUS_VTABLE_DEPRECATED`, `SD_BUS_VTABLE_HIDDEN`, `SD_BUS_VTABLE_UNPRIVILEGED`, `SD_BUS_VTABLE_PROPERT
Add support for vtable flags for properties
This adds support for specifying the vtable flags `SD_BUS_VTABLE_DEPRECATED`, `SD_BUS_VTABLE_HIDDEN`, `SD_BUS_VTABLE_UNPRIVILEGED`, `SD_BUS_VTABLE_PROPERTY_CONST`, `SD_BUS_VTABLE_PROPERTY_EMITS_CHANGE`, `SD_BUS_VTABLE_PROPERTY_EMITS_INVALIDATION` and `SD_BUS_VTABLE_PROPERTY_EXPLICIT` for properties. The list of flags in the YAML files will be ORed together. If no flags have been specified, we add SD_BUS_VTABLE_PROPERTY_EMITS_CHANGE by default (as before, just too preserve the behavior; even though one would maybe like to specify this explicitly).
Change-Id: Ib752cae6e74b2265c75e68707e2520f88f3181e8 Signed-off-by: Waqar Hameed <waqarh@axis.com>
show more ...
|