-
Notifications
You must be signed in to change notification settings - Fork 8.2k
Labels
area: Coredumparea: WatchdogWatchdogWatchdogbugThe issue is a bug, or the PR is fixing a bugThe issue is a bug, or the PR is fixing a bugpriority: lowLow impact/importance bugLow impact/importance bug
Description
Describe the bug
When triggering a core dump with TASK_WDT_HW_FALLBACK, it's possible the hardware watchdog resets the system before the dump completes, especially on slow logging backends. The maximum TASK_WDT_HW_FALLBACK_DELAY of 1s is not enough in my case.
To Reproduce
- Trigger a core dump with a lot of data over a slow logging backend.
Expected behavior
Core dump completes successfully.
Impact
To circumvent this, setting TASK_WDT_MIN_TIMEOUT to a big enough number works, however it's confusing to the user, especially because this should be used for the intended purpose of setting the minimum timeout of all tasks. Letting the user have a big enough TASK_WDT_HW_FALLBACK_DELAY would be cleaner.
Metadata
Metadata
Assignees
Labels
area: Coredumparea: WatchdogWatchdogWatchdogbugThe issue is a bug, or the PR is fixing a bugThe issue is a bug, or the PR is fixing a bugpriority: lowLow impact/importance bugLow impact/importance bug