I was surprised to realize that Fedora kernels do not enable
CONFIG_DETECT_HUNG_TASK. Is there any reason why it should not enable it?
Fedora kernels appear to be an outlier here, v.s. RHEL, Debian, Ubuntu
I'm not taking a postion on whether ABRT needs to report hung tasks. If
ABRT needs explicit support to report them, that could be added later.
We only need to be confident that ABRT isn't going to something we don't
want it to.
When the kernel detects all of userspace is hung, this could provide
useful console logs on Fedora Server, other non-GUI installs, or expert
users who resort to serial or network console logging. When the hang is
more specific, seeing the hung task in the kernel log is a nice and
quick pointer towards the problem.
I recently wrote some advice which mentioned the hung task detector. I
observer that it is one of a set of handy crash/hang messages in the
It seems undesirable for Fedora to disable this type of message.
Especially considering Fedora's quick turnover of kernels, and exposure
to exciting new bugs :-). I haven't checked if it is enabled in
Rawhide, but I feel like it should be enabled for all Fedora kernels.
Thanks for the kernels :-)
Say Y here to enable the kernel to detect "hung tasks",
bugs that cause the task to be stuck in uninterruptible "D"
When a hung task is detected, the kernel will print the current stack
you should report), but the task will stay in
uninterruptible state. If lockdep is enabled then all held locks will
also be reported. This feature has negligible overhead.
(This option is not a sophisticated lock cycle detector. It is just a
simple timeout. The upstream default timeout is 2 minutes. Once a
(default) 10 hung task messages have been logged, the kernel stops