#
d0ba86a3 |
| 09-Nov-2021 |
Matt Spinler <spinler@us.ibm.com> |
control: Create parameter trigger
Create a new event trigger that will run actions when a parameter is either added, removed, or changed.
When the trigger is enabled it is added to the Manager clas
control: Create parameter trigger
Create a new event trigger that will run actions when a parameter is either added, removed, or changed.
When the trigger is enabled it is added to the Manager class since that is where parameters are stored, and then the Manager watches for parameter changes and runs actions as needed.
The JSON config would look like: { "class": "parameter", "parameter": "pcie_floor_index" }
Signed-off-by: Matt Spinler <spinler@us.ibm.com> Change-Id: I8ff281d49ac780e8ff38f3e8ed02ab95395f1fd3
show more ...
|
#
c3a69087 |
| 15-Nov-2021 |
Matthew Barth <msbarth@us.ibm.com> |
control: Correct same signal object subscription of actions
When the same signal for a signal object is subscribed to (such as across events), the actions should be included on the list of actions t
control: Correct same signal object subscription of actions
When the same signal for a signal object is subscribed to (such as across events), the actions should be included on the list of actions to be called when that specific signal is received. Previously these actions were being moved off the event's list of actions, which was not ideal. This instead copies a reference to the event's list of actions to the list of actions to be called when the particular signal is received.
Change-Id: I260f7134a67ec82f9e90a66c4cfe9189ca7d4304 Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
show more ...
|
#
93a10ab6 |
| 15-Oct-2021 |
Matthew Barth <msbarth@us.ibm.com> |
control: `member` signal triggers use event groups
Remove the ability to provide a `member` trigger's attributes from the event trigger configuration in favor of using the configured event's groups.
control: `member` signal triggers use event groups
Remove the ability to provide a `member` trigger's attributes from the event trigger configuration in favor of using the configured event's groups. This aligns with the recent design direction that event triggers are setup from the event groups.
Change-Id: I304cfdffedd54317e440e7566988392a1410af6a Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
show more ...
|
#
039f91e5 |
| 04-Oct-2021 |
Matthew Barth <msbarth@us.ibm.com> |
control: Use event groups on `signal` triggers
Use the provided event groups when enabling any `signal` triggers instead of the action groups. Event groups are what's used with setting up event trig
control: Use event groups on `signal` triggers
Use the provided event groups when enabling any `signal` triggers instead of the action groups. Event groups are what's used with setting up event triggers and may or may not be a different set of groups than what's used when actions are run depending on event configuration.
Change-Id: I78b6255ada52ed718469a6700b4bc2603b2a85cb Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
show more ...
|
#
16861797 |
| 27-Sep-2021 |
Matthew Barth <msbarth@us.ibm.com> |
control: Support `member` signal triggers
`member` signals are signals that a dbus object could send out on dbus that acts as a notification that does not contain any other data. This adds support t
control: Support `member` signal triggers
`member` signals are signals that a dbus object could send out on dbus that acts as a notification that does not contain any other data. This adds support to fan control events that can be triggered by this type of signal on dbus to essentially run a set of actions. The configuration of this trigger is contained within the JSON configuration of the trigger on the event and not against the event's group(s).
i.e.) "triggers": [ { "class": "signal", "signal": "member", "member": { "name": "Pressed", "path": "/xyz/openbmc_project/Chassis/Buttons/Power0", "interface": "xyz.openbmc_project.Chassis.Buttons.Power" } } ]
Change-Id: Ie7924174333c604fb54c8f18560a890bf6a7c489 Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
show more ...
|
#
737f11cd |
| 27-Sep-2021 |
Matthew Barth <msbarth@us.ibm.com> |
control: Provide trigger JSON to signal trigger subscribing
An upcoming signal class trigger will have additional JSON configuration details for subscribing to it. This removes the generally unused
control: Provide trigger JSON to signal trigger subscribing
An upcoming signal class trigger will have additional JSON configuration details for subscribing to it. This removes the generally unused event name passed to each type of signal and replaces it with the trigger's JSON configuration where used, which will not be used until the upcoming `member` type of signal.
Change-Id: I7f9be935ba32ea71d0529f27e8e1c9016f7cec1f Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
show more ...
|
#
b6ebac86 |
| 21-May-2021 |
Matthew Barth <msbarth@us.ibm.com> |
control: Remove manager parameter from create trigger function
The pointer to the manager object is no longer needed when creating a trigger since its provided when the trigger is enabled.
Change-I
control: Remove manager parameter from create trigger function
The pointer to the manager object is no longer needed when creating a trigger since its provided when the trigger is enabled.
Change-Id: Ib5b3923bf87c405243630e622f383b27f50453a5 Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
show more ...
|
#
54b5a24f |
| 21-May-2021 |
Matthew Barth <msbarth@us.ibm.com> |
control: Store/use trigger enable functions on events
Create and store trigger enablement functions on the events based on the trigger's configuration so that they can be enabled separately from whe
control: Store/use trigger enable functions on events
Create and store trigger enablement functions on the events based on the trigger's configuration so that they can be enabled separately from when the event is created. This will allow actions that load events to be able to be parsed and then enabled when the action determines that the events should be enabled. It also supports the use of SIGHUP to reload the event configuration since the events JSON configuration must successfully be loaded before the newly created events can be enabled in place of the currently enabled events.
Change-Id: I31871ee1691d5e6b26fe16cde2a829c426ad6504 Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
show more ...
|
#
b03f6bb0 |
| 13-May-2021 |
Matthew Barth <msbarth@us.ibm.com> |
control: Add nameOwnerChanged signal support
Subscribe to and handle nameOwnerChanged signals to trigger event actions.
Change-Id: I7d5a472d31a2af5297581c18d84ef4ac897ff3ea Signed-off-by: Matthew B
control: Add nameOwnerChanged signal support
Subscribe to and handle nameOwnerChanged signals to trigger event actions.
Change-Id: I7d5a472d31a2af5297581c18d84ef4ac897ff3ea Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
show more ...
|
#
c2691407 |
| 13-May-2021 |
Matthew Barth <msbarth@us.ibm.com> |
control: Add interfacesRemoved signal support
Subscribe to and handle interfacesRemoved signals to trigger event actions.
Change-Id: I270dc02bfa78c1801c545712710b27a3d2ba2180 Signed-off-by: Matthew
control: Add interfacesRemoved signal support
Subscribe to and handle interfacesRemoved signals to trigger event actions.
Change-Id: I270dc02bfa78c1801c545712710b27a3d2ba2180 Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
show more ...
|
#
599afcef |
| 13-May-2021 |
Matthew Barth <msbarth@us.ibm.com> |
control: Add interfacesAdded signal support
Subscribe to and handle interfacesAdded signals to trigger event actions.
Change-Id: I9d42a4341cb2880cf839b626786c569bdbf19a7c Signed-off-by: Matthew Bar
control: Add interfacesAdded signal support
Subscribe to and handle interfacesAdded signals to trigger event actions.
Change-Id: I9d42a4341cb2880cf839b626786c569bdbf19a7c Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
show more ...
|
#
baeeb8f1 |
| 13-May-2021 |
Matthew Barth <msbarth@us.ibm.com> |
control: Add signal triggers with propertiesChanged signals
Add signal trigger support to the available triggers and include the ability to subscribe and handle propertiesChanged signals.
Subscribi
control: Add signal triggers with propertiesChanged signals
Add signal trigger support to the available triggers and include the ability to subscribe and handle propertiesChanged signals.
Subscribing to a signal involves creating the signal's match string and packaging the signal data for when the signal is received. Since a single signal could be configured to be used across multiple dbus objects and/or actions, the signal package is added in a way that each event configured for the signal is processed from the signal received.
Handling the propertiesChanged signal involves filtering for the configured dbus property, updating the cached value of the property, and then allowing the actions for that signal to be run.
Change-Id: I04bc163b65115d9bac30315f690db5fefca5bde4 Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
show more ...
|