edd211e4 | 28-Oct-2022 |
Michal Orzel <michalx.orzel@intel.com> |
Handle possible SdBus exceptions
Right now service allows to access several signals using DBus interface, instead of GPIO pins. In case of that option selected in config, service will try to read gi
Handle possible SdBus exceptions
Right now service allows to access several signals using DBus interface, instead of GPIO pins. In case of that option selected in config, service will try to read given DBus property using function getProperty. Unfortunately that attempt might fail, for example when that specific object doesn't exist yet, which will cause with unhandled exception and evantually service restart.
This change adds handler for that sort of exception. If read property fails, another one will be scheduled in the next second. That process shall be repeated until value is successfully read. As there are several possible properties to read, each one shall utilize its own timer, so that every failure can be handled independently from each other.
Tested: Change has been tested on Intel platform, which showed symptoms described above: service tried to get property which has not yet been created, which caused its crash and restart. With this fix applied, issue stopped reproducing.
Change-Id: Ib9b89e07a348868d2f15ffda31b3dc9a47340873 Signed-off-by: Michal Orzel <michalx.orzel@intel.com>
show more ...
|
d7ea283b | 14-Apr-2023 |
Olivier FAURAX <olivier.faurax@eu.equinix.com> |
Add option to only log nmiButtonPress when host is running
While NMI button presses are of little interest when the host is off, some systems (e.g. romed8hm3) generates spurious events on shutdown,
Add option to only log nmiButtonPress when host is running
While NMI button presses are of little interest when the host is off, some systems (e.g. romed8hm3) generates spurious events on shutdown, probably due to some lack of electronic stability. This patch adds an option to disable handling these events when host is off.
Change-Id: Idc74b2dcb7131ddf6d99d1b8c49d947be98de78e Signed-off-by: Olivier FAURAX <olivier.faurax@eu.equinix.com>
show more ...
|