summaryrefslogtreecommitdiffstats
path: root/include/ipmid/message
diff options
context:
space:
mode:
authorKun Yi <kunyi731@gmail.com>2019-03-05 14:02:51 -0800
committerKun Yi <kunyi731@gmail.com>2019-03-12 22:24:38 -0700
commit5dcf41e994e6e568d056c973432a44ed5ffe66d0 (patch)
treecf87470f4b5fe9f4d687acff3cddb2b935f86a59 /include/ipmid/message
parent64a350d3214e8bb9b43c1ff4d49b29ad38ad0d04 (diff)
downloadphosphor-host-ipmid-5dcf41e994e6e568d056c973432a44ed5ffe66d0.tar.gz
phosphor-host-ipmid-5dcf41e994e6e568d056c973432a44ed5ffe66d0.zip
utils: Use 5s timeout for D-Bus get/set property calls
If the timeout param is not specified in a sdbus call, the default value of 25s is used, if not configured in the systemd configuration file. It turns out this timeout is too long than ideal, since the other pieces in the IPMI stack have much smaller timeout values. For example, the BTbridge/KCSbridge has a timeout of 5s. It is unnecessary to let ipmid getting blocked on waiting for D-Bus replies. This commit changes the timeout to 5 seconds on D-Bus get/set properties, mainly because these calls are the majority of sensor read/writes which are most subject to operation timeouts. The other D-Bus operations might be called for object/service discovering, which might be a one-time startup procedure. Resolves: openbmc/openbmc#3494 Signed-off-by: Kun Yi <kunyi731@gmail.com> Change-Id: I5a55a8eb872b1ebe8730c673231be5037d24fc0b
Diffstat (limited to 'include/ipmid/message')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud