search for: hung_task

...1 | | INFO:task_blocked_for_more_than_seconds | 0 | 0 | 2 | | INFO:NMI_handler(arch_trigger_all_cpu_backtrace_handler)took_too_long_to_run:msecs | 0 | 0 | 1 | | Kernel_panic-not_syncing:hung_task:blocked_tasks | 0 | 0 | 1 | | BUG:kernel_test_crashed | 0 | 0 | 3 | | BUG:kernel_test_hang...

...1 | | INFO:task_blocked_for_more_than_seconds | 0 | 0 | 2 | | INFO:NMI_handler(arch_trigger_all_cpu_backtrace_handler)took_too_long_to_run:msecs | 0 | 0 | 1 | | Kernel_panic-not_syncing:hung_task:blocked_tasks | 0 | 0 | 1 | | BUG:kernel_test_crashed | 0 | 0 | 3 | | BUG:kernel_test_hang...

...rashing and want to automatically reboot it when it crashes. See: xen PV guest kernel 2.6.32 processes lock up in D state https://bugzilla.redhat.com/show_bug.cgi?id=550724 if you want to look at the details on the crashing. Anyway, I boot the guest with the kernel command line parameter: hung_task_panic=1 I have kernel.panic = 15 in the guest /etc/sysctl.conf In the guest config file in dom0 I have: on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" The guest manages to panic when it detects the hung tasks and I get this on the guest co...

...> | INFO:task_blocked_for_more_than_seconds | 0 | 0 | 2 | > | INFO:NMI_handler(arch_trigger_all_cpu_backtrace_handler)took_too_long_to_run:msecs | 0 | 0 | 1 | > | Kernel_panic-not_syncing:hung_task:blocked_tasks | 0 | 0 | 1 | > | BUG:kernel_test_crashed | 0 | 0 | 3 | > | BUG:kernel_test_hang...

...f8112347e>] ? fget_light+0x3a/0xa1 [ 1998.478275] [<ffffffff81122222>] sys_write+0x4d/0x74 [ 1998.478275] [<ffffffff8146fec2>] system_call_fastpath+0x16/0x1b [ 2160.937580] INFO: task xfs_io:22734 blocked for more than 120 seconds. [ 2160.953899] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 2160.978494] xfs_io D 0000000000000000 0 22734 21963 0x00000000 [ 2160.996597] ffff88000ac8dc68 0000000000000046 ffff88000ac8dc08 ffffffff00000000 [ 2161.107976] 00000000001d3ec0 00000000001d3ec0 00000000001d3ec0 ffff8800002423a0 [ 2161.11...

...onnector probing. This will deadlock the runtime suspend > handler like so: > > [ 861.480896] INFO: task kworker/0:2:61 blocked for more than 120 seconds. > [ 861.483290] Tainted: G O 4.18.0-rc6Lyude-Test+ #1 > [ 861.485158] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. > [ 861.486332] kworker/0:2 D 0 61 2 0x80000000 > [ 861.487044] Workqueue: events nouveau_display_hpd_work [nouveau] > [ 861.487737] Call Trace: > [ 861.488394] __schedule+0x322/0xaf0 > [ 861.489070] schedule+0x33/0x90 &...

...01:00.0: DRM: suspending console... [ 72.127161] nouveau 0000:01:00.0: DRM: suspending display... [ 246.718589] INFO: task kworker/0:1:60 blocked for more than 120 seconds. [ 246.719254] Tainted: G O 4.18.0-rc5Lyude-Test+ #3 [ 246.719411] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 246.719527] kworker/0:1 D 0 60 2 0x80000000 [ 246.719636] Workqueue: pm pm_runtime_work [ 246.719772] Call Trace: [ 246.719874] __schedule+0x322/0xaf0 [ 246.722800] schedule+0x33/0x90 [ 246.724269] rpm_resume+0x19c/0x850 [ 246.725...

...reference when handling connector probing. This will deadlock the runtime suspend handler like so: [ 861.480896] INFO: task kworker/0:2:61 blocked for more than 120 seconds. [ 861.483290] Tainted: G O 4.18.0-rc6Lyude-Test+ #1 [ 861.485158] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 861.486332] kworker/0:2 D 0 61 2 0x80000000 [ 861.487044] Workqueue: events nouveau_display_hpd_work [nouveau] [ 861.487737] Call Trace: [ 861.488394] __schedule+0x322/0xaf0 [ 861.489070] schedule+0x33/0x90 [ 861.489744] rpm_resume...

[cc += linux-pm] Hi Lyude, First of all, thanks a lot for looking into this. On Mon, Jul 16, 2018 at 07:59:25PM -0400, Lyude Paul wrote: > In order to fix all of the spots that need to have runtime PM get/puts() > added, we need to ensure that it's possible for us to call > pm_runtime_get/put() in any context, regardless of how deep, since > almost all of the spots that are

This is the latest version of https://patchwork.freedesktop.org/series/46815/ With a bunch of fixes to the new fb_helper to prevent it from breaking module loading/unloading with nouveau. Also; lots of documentation fixes and one fix in response to a kbuild bot. Lyude Paul (8): drm/nouveau: Fix bogus drm_kms_helper_poll_enable() placement drm/nouveau: Enable polling even if we have runtime

Next version of https://patchwork.freedesktop.org/series/46815/ Same as previous version, but some small changes made to commit messages and acks/rbs have been added Lyude Paul (5): drm/nouveau: Fix bogus drm_kms_helper_poll_enable() placement drm/nouveau: Remove duplicate poll_enable() in pmops_runtime_suspend() drm/nouveau: Fix deadlock with fb_helper with async RPM requests

Latest version of https://patchwork.freedesktop.org/series/46815/ with some significant improvements: - I finally figured out a clean way to do this entirely with runtime PM helpers, no avoiding grabbing refs required! - Since this new method removes the need for a lot of the other changes I made (although we probably still want those changes, but not for fixing these deadlocks)

Latest version of https://patchwork.freedesktop.org/series/46815/ , with one small change re: ilia Lyude Paul (5): drm/nouveau: Fix bogus drm_kms_helper_poll_enable() placement drm/nouveau: Remove duplicate poll_enable() in pmops_runtime_suspend() drm/nouveau: Fix deadlock with fb_helper with async RPM requests drm/nouveau: Use pm_runtime_get_noresume() in connector_detect()

This is the latest version of https://patchwork.freedesktop.org/series/46815/ I moved everything out of fb_helper and back into nouveau, because it seems that other drivers actually do have this handled already as far as I can tell. Lyude Paul (13): drm/nouveau: Fix bogus drm_kms_helper_poll_enable() placement drm/nouveau: Remove duplicate poll_enable() in pmops_runtime_suspend()

This is the next version of https://patchwork.freedesktop.org/series/46815/ With a lot more thought put into it so as to avoid the potential deadlock scenarios I missed. This also required fixing some bogus DRM helper usage. Try and deadlock me now, nouveau. I dare you!!! Lyude Paul (8): drm/nouveau: Fix bogus drm_kms_helper_poll_enable() placement drm/nouveau: Enable polling even if we

...| 4664 | 3 | | BUG:kernel_test_hang | 4422 | 1 | | INFO:task_blocked_for_more_than_seconds | 118 | | | Kernel_panic-not_syncing:hung_task:blocked_tasks | 15 | | | BUG:kernel_test_crashed | 90 | | | Out_of_memory:Kill_process | 30 |...

...| 4664 | 3 | | BUG:kernel_test_hang | 4422 | 1 | | INFO:task_blocked_for_more_than_seconds | 118 | | | Kernel_panic-not_syncing:hung_task:blocked_tasks | 15 | | | BUG:kernel_test_crashed | 90 | | | Out_of_memory:Kill_process | 30 |...

...next part -------------- [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.12.0-rc5-wl-01249-gb91e82d (kbuild at inn) (gcc version 4.8.1 (Debian 4.8.1-8) ) #317 SMP Sat Oct 19 06:59:11 CST 2013 [ 0.000000] Command line: hung_task_panic=1 rcutree.rcu_cpu_stall_timeout=100 log_buf_len=8M ignore_loglevel debug sched_debug apic=debug dynamic_printk sysrq_always_enabled panic=10 load_ramdisk=2 prompt_ramdisk=0 console=ttyS0,115200 console=tty0 vga=normal ip=::::nfsroot-waimea-6::dhcp nfsroot=192.168.1.1:/nfsroot/wfg,tcp,v3,nocto...

...next part -------------- [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.12.0-rc5-wl-01249-gb91e82d (kbuild at inn) (gcc version 4.8.1 (Debian 4.8.1-8) ) #317 SMP Sat Oct 19 06:59:11 CST 2013 [ 0.000000] Command line: hung_task_panic=1 rcutree.rcu_cpu_stall_timeout=100 log_buf_len=8M ignore_loglevel debug sched_debug apic=debug dynamic_printk sysrq_always_enabled panic=10 load_ramdisk=2 prompt_ramdisk=0 console=ttyS0,115200 console=tty0 vga=normal ip=::::nfsroot-waimea-6::dhcp nfsroot=192.168.1.1:/nfsroot/wfg,tcp,v3,nocto...