commit | 1348d52b6b5367554a9f4a30dadd536c3ded6f1e | [log] [tgz] |
---|---|---|
author | Andrew Jeffery <andrew@aj.id.au> | Thu Jan 13 13:54:15 2022 +1030 |
committer | Andrew Jeffery <andrew@aj.id.au> | Wed Jan 19 15:39:56 2022 +1030 |
tree | 701028c7c53da1d9d3b72e7e0111145a13792cdc | |
parent | 640de114fcccbbe22e879386b55bdab32c8f33e4 [diff] |
MAINTAINERS: Remove in favour of OWNERS We use Gerrit's 'owners' plugin now, so drop the org-specific MAINTAINERS file. Signed-off-by: Andrew Jeffery <andrew@aj.id.au> Change-Id: If4217be5e30592af67b9c1ed29802562a353b3c2
debug-trigger
listens for an external signal that the BMC is in some way unresponsive. When the signal is received it triggers a crash to collect debug data and reboots the system in the hope that it will recover.
debug-trigger
implements a simple protocol over an LPC KCS device as its trigger source.
debug-trigger
implements a single action once the trigger event is received, which is to crash the kernel via /proc/sysrq-trigger
. For systems with kdump configured this results in collection of system state as context for why the system was externally unresponsive.