02:00.0 VGA compatible controller: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) Chipset: G98 (NV98) Family : NV50
The same for all four kernel: - 3.18.0-0.rc0.git8.1.fc22.x86_64 - 3.18.0-0.rc0.git9.1.fc22.x86_64 - 3.18.0-0.rc0.git9.3.fc22.x86_64 - 3.18.0-0.rc0.git9.4.fc22.x86_64 after "fb: switching to nouveaufb from VESA VGA" display is powered off. The magic SysRq key sequence is necessary to reboot.
Yet reached this this one recital: ... [ 5.860996] [drm] Initialized nouveau 1.2.1 20120801 for 0000:02:00.0 on minor 0 ... [ 240.229058] INFO: task echo:622 blocked for more than 120 seconds. [ 240.229594] Not tainted 3.18.0-0.rc0.git9.3.fc22.x86_64 #1 [ 240.230149] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 240.230661] echo D ffff8800c82a3480 12472 622 1 0x00000004 [ 240.231230] ffff8800ca2e3ac8 0000000000000096 ffff8800c82a3480 00000000001d5f00 [ 240.231784] ffff8800ca2e3fd8 00000000001d5f00 ffff880128bf0000 ffff8800c82a3480 [ 240.232344] ffffffff82c30990 7fffffffffffffff ffffffff81ee2698 ffffffff81ee2690 [ 240.232931] Call Trace: [ 240.233467] [<ffffffff8185baf9>] schedule+0x29/0x70 [ 240.234025] [<ffffffff81860d1c>] schedule_timeout+0x26c/0x410 [ 240.234562] [<ffffffff81028c4a>] ? native_sched_clock+0x2a/0xa0 [ 240.235118] [<ffffffff811078bc>] ? mark_held_locks+0x7c/0xb0 [ 240.235645] [<ffffffff81861da0>] ? _raw_spin_unlock_irq+0x30/0x50 [ 240.236198] [<ffffffff81107a4d>] ? trace_hardirqs_on_caller+0x15d/0x200 [ 240.236729] [<ffffffff8185d52c>] wait_for_completion+0x10c/0x150 [ 240.237290] [<ffffffff810e51f0>] ? wake_up_state+0x20/0x20 [ 240.237842] [<ffffffff8112a559>] _rcu_barrier+0x159/0x200 [ 240.238375] [<ffffffff8112a655>] rcu_barrier+0x15/0x20 [ 240.238913] [<ffffffff8171813f>] netdev_run_todo+0x6f/0x310 [ 240.239449] [<ffffffff817251ae>] rtnl_unlock+0xe/0x10 [ 240.239999] [<ffffffff8170ea35>] unregister_netdev+0x25/0x30 [ 240.240546] [<ffffffffa00222d2>] rtl_remove_one+0x62/0x230 [r8169] [ 240.241104] [<ffffffff814682cf>] pci_device_remove+0x3f/0xc0 [ 240.241642] [<ffffffff8155b34f>] __device_release_driver+0x7f/0xf0 [ 240.242180] [<ffffffff8155b3e5>] device_release_driver+0x25/0x40 [ 240.242712] [<ffffffff8146234c>] pci_stop_bus_device+0x9c/0xb0 [ 240.243259] [<ffffffff8146248e>] pci_stop_and_remove_bus_device_locked+0x1e/0x40 [ 240.243785] [<ffffffff8146b44c>] remove_store+0x7c/0x90 [ 240.244321] [<ffffffff81555f98>] dev_attr_store+0x18/0x30 [ 240.244858] [<ffffffff81302789>] sysfs_kf_write+0x49/0x60 [ 240.245375] [<ffffffff81301ac9>] kernfs_fop_write+0xf9/0x180 [ 240.245921] [<ffffffff8127305a>] vfs_write+0xba/0x200 [ 240.246439] [<ffffffff8186379c>] ? retint_swapgs+0x13/0x1b [ 240.246978] [<ffffffff81273bac>] SyS_write+0x5c/0xd0 [ 240.247491] [<ffffffff81862b69>] system_call_fastpath+0x12/0x17 [ 240.248025] 6 locks held by echo/622: [ 240.248532] #0: (sb_writers#3){.+.+.+}, at: [<ffffffff81273143>] vfs_write+0x1a3/0x200 [ 240.249104] #1: (&of->mutex){+.+.+.}, at: [<ffffffff81301a97>] kernfs_fop_write+0xc7/0x180 [ 240.249651] #2: (s_active#131){++++++}, at: [<ffffffff81300ce4>] kernfs_remove_self+0xf4/0x170 [ 240.250229] #3: (pci_rescan_remove_lock){+.+.+.}, at: [<ffffffff8145f167>] pci_lock_rescan_remove+0x17/0x20 [ 240.250779] #4: (&dev->mutex){......}, at: [<ffffffff8155b3dd>] device_release_driver+0x1d/0x40 [ 240.251358] #5: (rcu_sched_state.barrier_mutex){+.+...}, at: [<ffffffff8112a435>] _rcu_barrier+0x35/0x200 [ 241.303095] systemd[1]: start request repeated too quickly for lightdm.service [ 241.323052] systemd[1]: Unit lightdm.service entered failed state. [ 241.333101] systemd[1]: lightdm.service failed. [ 359.038325] INFO: task kworker/u16:2:81 blocked for more than 120 seconds. [ 359.039475] Not tainted 3.18.0-0.rc0.git9.3.fc22.x86_64 #1 [ 359.040004] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 359.040571] kworker/u16:2 D ffff880128131a40 10896 81 2 0x00000000 [ 359.041162] Workqueue: netns cleanup_net [ 359.041701] ffff8801275bba88 0000000000000096 ffff880128131a40 00000000001d5f00 [ 359.042280] ffff8801275bbfd8 00000000001d5f00 ffff880128bf3480 ffff880128131a40 [ 359.042856] ffff880128131a40 ffffffff81ee25e8 0000000000000246 ffff880128131a40 [ 359.043436] Call Trace: [ 359.043975] [<ffffffff8185c0a1>] schedule_preempt_disabled+0x31/0x80 [ 359.044542] [<ffffffff8185d8f3>] mutex_lock_nested+0x183/0x440 [ 359.045108] [<ffffffff8112a435>] ? _rcu_barrier+0x35/0x200 [ 359.045647] [<ffffffff81028c4a>] ? native_sched_clock+0x2a/0xa0 [ 359.046218] [<ffffffff8112a435>] ? _rcu_barrier+0x35/0x200 [ 359.046767] [<ffffffff8185f914>] ? __mutex_unlock_slowpath+0xc4/0x1c0 [ 359.047333] [<ffffffff8112a435>] _rcu_barrier+0x35/0x200 [ 359.047875] [<ffffffff8112a655>] rcu_barrier+0x15/0x20 [ 359.048433] [<ffffffff8171813f>] netdev_run_todo+0x6f/0x310 [ 359.048969] [<ffffffff8170cd35>] ? rollback_registered_many+0x265/0x2e0 [ 359.049528] [<ffffffff817251ae>] rtnl_unlock+0xe/0x10 [ 359.050062] [<ffffffff8170eb96>] default_device_exit_batch+0x156/0x180 [ 359.050624] [<ffffffff810fd6b0>] ? abort_exclusive_wait+0xb0/0xb0 [ 359.051185] [<ffffffff81706c43>] ops_exit_list.isra.1+0x53/0x60 [ 359.051720] [<ffffffff817077f0>] cleanup_net+0x100/0x1f0 [ 359.052271] [<ffffffff810ccdb8>] process_one_work+0x218/0x850 [ 359.052806] [<ffffffff810ccd1f>] ? process_one_work+0x17f/0x850 [ 359.053356] [<ffffffff810cd4d7>] ? worker_thread+0xe7/0x4a0 [ 359.053891] [<ffffffff810cd45b>] worker_thread+0x6b/0x4a0 [ 359.054444] [<ffffffff810cd3f0>] ? process_one_work+0x850/0x850 [ 359.054977] [<ffffffff810d37ab>] kthread+0x10b/0x130 [ 359.055521] [<ffffffff81028cc9>] ? sched_clock+0x9/0x10 [ 359.056054] [<ffffffff810d36a0>] ? kthread_create_on_node+0x250/0x250 [ 359.056600] [<ffffffff81862abc>] ret_from_fork+0x7c/0xb0 [ 359.057145] [<ffffffff810d36a0>] ? kthread_create_on_node+0x250/0x250 [ 359.057668] 4 locks held by kworker/u16:2/81: [ 359.058212] #0: ("%s""netns"){.+.+.+}, at: [<ffffffff810ccd1f>] process_one_work+0x17f/0x850 [ 359.058784] #1: (net_cleanup_work){+.+.+.}, at: [<ffffffff810ccd1f>] process_one_work+0x17f/0x850 [ 359.059376] #2: (net_mutex){+.+.+.}, at: [<ffffffff8170777c>] cleanup_net+0x8c/0x1f0 [ 359.059949] #3: (rcu_sched_state.barrier_mutex){+.+...}, at: [<ffffffff8112a435>] _rcu_barrier+0x35/0x200 [ 359.060566] INFO: task echo:622 blocked for more than 120 seconds. [ 359.061131] Not tainted 3.18.0-0.rc0.git9.3.fc22.x86_64 #1 [ 359.061666] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 359.062218] echo D ffff8800c82a3480 12472 622 1 0x00000004 [ 359.062783] ffff8800ca2e3ac8 0000000000000096 ffff8800c82a3480 00000000001d5f00 [ 359.063365] ffff8800ca2e3fd8 00000000001d5f00 ffff880128bf0000 ffff8800c82a3480 [ 359.063915] ffffffff82c30990 7fffffffffffffff ffffffff81ee2698 ffffffff81ee2690 [ 359.064499] Call Trace: [ 359.065029] [<ffffffff8185baf9>] schedule+0x29/0x70 [ 359.065590] [<ffffffff81860d1c>] schedule_timeout+0x26c/0x410 [ 359.066141] [<ffffffff81028c4a>] ? native_sched_clock+0x2a/0xa0 [ 359.066664] [<ffffffff811078bc>] ? mark_held_locks+0x7c/0xb0 [ 359.067208] [<ffffffff81861da0>] ? _raw_spin_unlock_irq+0x30/0x50 [ 359.067723] [<ffffffff81107a4d>] ? trace_hardirqs_on_caller+0x15d/0x200 [ 359.068265] [<ffffffff8185d52c>] wait_for_completion+0x10c/0x150 [ 359.068789] [<ffffffff810e51f0>] ? wake_up_state+0x20/0x20 [ 359.069334] [<ffffffff8112a559>] _rcu_barrier+0x159/0x200 [ 359.069846] [<ffffffff8112a655>] rcu_barrier+0x15/0x20 [ 359.070378] [<ffffffff8171813f>] netdev_run_todo+0x6f/0x310 [ 359.070890] [<ffffffff817251ae>] rtnl_unlock+0xe/0x10 [ 359.071417] [<ffffffff8170ea35>] unregister_netdev+0x25/0x30 [ 359.071951] [<ffffffffa00222d2>] rtl_remove_one+0x62/0x230 [r8169] [ 359.072499] [<ffffffff814682cf>] pci_device_remove+0x3f/0xc0 [ 359.073015] [<ffffffff8155b34f>] __device_release_driver+0x7f/0xf0 [ 359.073557] [<ffffffff8155b3e5>] device_release_driver+0x25/0x40 [ 359.074067] [<ffffffff8146234c>] pci_stop_bus_device+0x9c/0xb0 [ 359.074602] [<ffffffff8146248e>] pci_stop_and_remove_bus_device_locked+0x1e/0x40 [ 359.075141] [<ffffffff8146b44c>] remove_store+0x7c/0x90 [ 359.075658] [<ffffffff81555f98>] dev_attr_store+0x18/0x30 [ 359.076192] [<ffffffff81302789>] sysfs_kf_write+0x49/0x60 [ 359.076710] [<ffffffff81301ac9>] kernfs_fop_write+0xf9/0x180 [ 359.077249] [<ffffffff8127305a>] vfs_write+0xba/0x200 [ 359.077758] [<ffffffff8186379c>] ? retint_swapgs+0x13/0x1b [ 359.078283] [<ffffffff81273bac>] SyS_write+0x5c/0xd0 [ 359.078796] [<ffffffff81862b69>] system_call_fastpath+0x12/0x17 [ 359.079326] 6 locks held by echo/622: [ 359.079829] #0: (sb_writers#3){.+.+.+}, at: [<ffffffff81273143>] vfs_write+0x1a3/0x200 [ 359.080405] #1: (&of->mutex){+.+.+.}, at: [<ffffffff81301a97>] kernfs_fop_write+0xc7/0x180 [ 359.080957] #2: (s_active#131){++++++}, at: [<ffffffff81300ce4>] kernfs_remove_self+0xf4/0x170 [ 359.081531] #3: (pci_rescan_remove_lock){+.+.+.}, at: [<ffffffff8145f167>] pci_lock_rescan_remove+0x17/0x20 [ 359.082133] #4: (&dev->mutex){......}, at: [<ffffffff8155b3dd>] device_release_driver+0x1d/0x40 [ 359.082699] #5: (rcu_sched_state.barrier_mutex){+.+...}, at: [<ffffffff8112a435>] _rcu_barrier+0x35/0x200 [ 380.911219] systemd-journald[386]: Received request to flush runtime journal from PID 1 [ 383.238185] systemd-journald[386]: Received request to flush runtime journal from PID 1 [ 383.559763] systemd[1]: Unit lightdm.service entered failed state. [ 383.569825] systemd[1]: lightdm.service failed. [ 385.570803] systemd[1]: lightdm.service failed. [ 479.091518] INFO: task kworker/u16:2:81 blocked for more than 120 seconds. [ 479.092050] Not tainted 3.18.0-0.rc0.git9.3.fc22.x86_64 #1 [ 479.092608] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 479.093093] kworker/u16:2 D ffff880128131a40 10896 81 2 0x00000000 [ 479.093650] Workqueue: netns cleanup_net [ 479.094110] ffff8801275bba88 0000000000000096 ffff880128131a40 00000000001d5f00 [ 479.094594] ffff8801275bbfd8 00000000001d5f00 ffff880128bf3480 ffff880128131a40 [ 479.095040] ffff880128131a40 ffffffff81ee25e8 0000000000000246 ffff880128131a40 [ 479.095485] Call Trace: [ 479.095874] [<ffffffff8185c0a1>] schedule_preempt_disabled+0x31/0x80 [ 479.096246] [<ffffffff8185d8f3>] mutex_lock_nested+0x183/0x440 [ 479.096634] [<ffffffff8112a435>] ? _rcu_barrier+0x35/0x200 [ 479.096986] [<ffffffff81028c4a>] ? native_sched_clock+0x2a/0xa0 [ 479.097367] [<ffffffff8112a435>] ? _rcu_barrier+0x35/0x200 [ 479.097712] [<ffffffff8185f914>] ? __mutex_unlock_slowpath+0xc4/0x1c0 [ 479.098061] [<ffffffff8112a435>] _rcu_barrier+0x35/0x200 [ 479.098425] [<ffffffff8112a655>] rcu_barrier+0x15/0x20 [ 479.098771] [<ffffffff8171813f>] netdev_run_todo+0x6f/0x310 [ 479.099109] [<ffffffff8170cd35>] ? rollback_registered_many+0x265/0x2e0 [ 479.099485] [<ffffffff817251ae>] rtnl_unlock+0xe/0x10 [ 479.099828] [<ffffffff8170eb96>] default_device_exit_batch+0x156/0x180 [ 479.100181] [<ffffffff810fd6b0>] ? abort_exclusive_wait+0xb0/0xb0 [ 479.100572] [<ffffffff81706c43>] ops_exit_list.isra.1+0x53/0x60 [ 479.100935] [<ffffffff817077f0>] cleanup_net+0x100/0x1f0 [ 479.101323] [<ffffffff810ccdb8>] process_one_work+0x218/0x850 [ 479.101689] [<ffffffff810ccd1f>] ? process_one_work+0x17f/0x850 [ 479.102039] [<ffffffff810cd4d7>] ? worker_thread+0xe7/0x4a0 [ 479.102420] [<ffffffff810cd45b>] worker_thread+0x6b/0x4a0 [ 479.102773] [<ffffffff810cd3f0>] ? process_one_work+0x850/0x850 [ 479.103138] [<ffffffff810d37ab>] kthread+0x10b/0x130 [ 479.103529] [<ffffffff81028cc9>] ? sched_clock+0x9/0x10 [ 479.103912] [<ffffffff810d36a0>] ? kthread_create_on_node+0x250/0x250 [ 479.104315] [<ffffffff81862abc>] ret_from_fork+0x7c/0xb0 [ 479.104714] [<ffffffff810d36a0>] ? kthread_create_on_node+0x250/0x250 [ 479.105111] 4 locks held by kworker/u16:2/81: [ 479.105543] #0: ("%s""netns"){.+.+.+}, at: [<ffffffff810ccd1f>] process_one_work+0x17f/0x850 [ 479.105997] #1: (net_cleanup_work){+.+.+.}, at: [<ffffffff810ccd1f>] process_one_work+0x17f/0x850 [ 479.106485] #2: (net_mutex){+.+.+.}, at: [<ffffffff8170777c>] cleanup_net+0x8c/0x1f0 [ 479.106966] #3: (rcu_sched_state.barrier_mutex){+.+...}, at: [<ffffffff8112a435>] _rcu_barrier+0x35/0x200 [ 479.107496] INFO: task echo:622 blocked for more than 120 seconds. [ 479.107958] Not tainted 3.18.0-0.rc0.git9.3.fc22.x86_64 #1 [ 479.108450] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 479.108941] echo D ffff8800c82a3480 12472 622 1 0x00000004 [ 479.109494] ffff8800ca2e3ac8 0000000000000096 ffff8800c82a3480 00000000001d5f00 [ 479.110038] ffff8800ca2e3fd8 00000000001d5f00 ffff880128bf0000 ffff8800c82a3480 [ 479.110596] ffffffff82c30990 7fffffffffffffff ffffffff81ee2698 ffffffff81ee2690 [ 479.111143] Call Trace: [ 479.111694] [<ffffffff8185baf9>] schedule+0x29/0x70 [ 479.112236] [<ffffffff81860d1c>] schedule_timeout+0x26c/0x410 [ 479.112786] [<ffffffff81028c4a>] ? native_sched_clock+0x2a/0xa0 [ 479.113331] [<ffffffff811078bc>] ? mark_held_locks+0x7c/0xb0 [ 479.113853] [<ffffffff81861da0>] ? _raw_spin_unlock_irq+0x30/0x50 [ 479.114393] [<ffffffff81107a4d>] ? trace_hardirqs_on_caller+0x15d/0x200 [ 479.114917] [<ffffffff8185d52c>] wait_for_completion+0x10c/0x150 [ 479.115459] [<ffffffff810e51f0>] ? wake_up_state+0x20/0x20 [ 479.115975] [<ffffffff8112a559>] _rcu_barrier+0x159/0x200 [ 479.116510] [<ffffffff8112a655>] rcu_barrier+0x15/0x20 [ 479.117028] [<ffffffff8171813f>] netdev_run_todo+0x6f/0x310 [ 479.117553] [<ffffffff817251ae>] rtnl_unlock+0xe/0x10 [ 479.118067] [<ffffffff8170ea35>] unregister_netdev+0x25/0x30 [ 479.118617] [<ffffffffa00222d2>] rtl_remove_one+0x62/0x230 [r8169] [ 479.119140] [<ffffffff814682cf>] pci_device_remove+0x3f/0xc0 [ 479.119688] [<ffffffff8155b34f>] __device_release_driver+0x7f/0xf0 [ 479.120196] [<ffffffff8155b3e5>] device_release_driver+0x25/0x40 [ 479.120722] [<ffffffff8146234c>] pci_stop_bus_device+0x9c/0xb0 [ 479.121243] [<ffffffff8146248e>] pci_stop_and_remove_bus_device_locked+0x1e/0x40 [ 479.121782] [<ffffffff8146b44c>] remove_store+0x7c/0x90 [ 479.122323] [<ffffffff81555f98>] dev_attr_store+0x18/0x30 [ 479.122838] [<ffffffff81302789>] sysfs_kf_write+0x49/0x60 [ 479.123364] [<ffffffff81301ac9>] kernfs_fop_write+0xf9/0x180 [ 479.123882] [<ffffffff8127305a>] vfs_write+0xba/0x200 [ 479.124416] [<ffffffff8186379c>] ? retint_swapgs+0x13/0x1b [ 479.124928] [<ffffffff81273bac>] SyS_write+0x5c/0xd0 [ 479.125460] [<ffffffff81862b69>] system_call_fastpath+0x12/0x17 [ 479.125968] 6 locks held by echo/622: [ 479.126498] #0: (sb_writers#3){.+.+.+}, at: [<ffffffff81273143>] vfs_write+0x1a3/0x200 [ 479.127054] #1: (&of->mutex){+.+.+.}, at: [<ffffffff81301a97>] kernfs_fop_write+0xc7/0x180 [ 479.127624] #2: (s_active#131){++++++}, at: [<ffffffff81300ce4>] kernfs_remove_self+0xf4/0x170 [ 479.128192] #3: (pci_rescan_remove_lock){+.+.+.}, at: [<ffffffff8145f167>] pci_lock_rescan_remove+0x17/0x20 [ 479.128773] #4: (&dev->mutex){......}, at: [<ffffffff8155b3dd>] device_release_driver+0x1d/0x40 [ 479.129361] #5: (rcu_sched_state.barrier_mutex){+.+...}, at: [<ffffffff8112a435>] _rcu_barrier+0x35/0x200 ...
Ref. http://koji.fedoraproject.org/koji/packageinfo?packageID=8
On 20.10.2014 08:13, poma wrote:
02:00.0 VGA compatible controller: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) Chipset: G98 (NV98) Family : NV50
The same for all four kernel:
- 3.18.0-0.rc0.git8.1.fc22.x86_64
- 3.18.0-0.rc0.git9.1.fc22.x86_64
- 3.18.0-0.rc0.git9.3.fc22.x86_64
- 3.18.0-0.rc0.git9.4.fc22.x86_64
after "fb: switching to nouveaufb from VESA VGA" display is powered off. The magic SysRq key sequence is necessary to reboot.
...
This is what I've tested so far: http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-next git clone -b drm-next git://people.freedesktop.org/~airlied/linux
1. git-e94654e-1st-test-nouveau
2. git-996f5a0-2nd-test-nouveau drm/nouveau/core: pass related object into notify constructor http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=996f5a0
3. git-b38a232-3rd-test-nouveau drm/nv50-/disp: add support for completion events http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=b38a232
4. git-dfda0df-4th-test-nouveau The Last of the Mohicans
Unlike the above mentioned Fedora kernels, all four drm-next kernels have no problemos with booting from soft-off(S5). However "The Last of the Mohicans" has broken resume from suspend(S3)/hibernate(S4). This has been seen recently.
poma
On 20.10.2014 21:30, poma wrote:
On 20.10.2014 08:13, poma wrote:
02:00.0 VGA compatible controller: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) Chipset: G98 (NV98) Family : NV50
The same for all four kernel:
- 3.18.0-0.rc0.git8.1.fc22.x86_64
- 3.18.0-0.rc0.git9.1.fc22.x86_64
- 3.18.0-0.rc0.git9.3.fc22.x86_64
- 3.18.0-0.rc0.git9.4.fc22.x86_64
after "fb: switching to nouveaufb from VESA VGA" display is powered off. The magic SysRq key sequence is necessary to reboot.
...
This is what I've tested so far: http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-next git clone -b drm-next git://people.freedesktop.org/~airlied/linux
git-e94654e-1st-test-nouveau
git-996f5a0-2nd-test-nouveau drm/nouveau/core: pass related object into notify constructor http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=996f5a0
git-b38a232-3rd-test-nouveau drm/nv50-/disp: add support for completion events http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=b38a232
git-dfda0df-4th-test-nouveau The Last of the Mohicans
Unlike the above mentioned Fedora kernels, all four drm-next kernels have no problemos with booting from soft-off(S5). However "The Last of the Mohicans" has broken resume from suspend(S3)/hibernate(S4). This has been seen recently.
Summa summarum
With the above mentioned drm-next kernels at least works boot from soft-off(S5). However broken are resume from suspend(S3) & hibernate(S4).
The above mentioned Fedora kernels including 3.18.0-0.rc1.git0.1.fc22.x86_64, based on linux-next & derivatives, all broke boot from soft-off(S5) - after "fb: switching to nouveaufb from VESA VGA" you can only get WhoTF turned out the lights! What the circus.
What is the best, I've compared the last working kernel and first broken, guess what, no diff within gpu/drm/nouveau/ branch.
BTW (kernel_hibernate) Hibernation issue tracker bug https://bugzilla.redhat.com/show_bug.cgi?id=781749
Are you really such opportunists?
poma
On 21.10.2014 02:23, poma wrote:
On 20.10.2014 21:30, poma wrote:
On 20.10.2014 08:13, poma wrote:
02:00.0 VGA compatible controller: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) Chipset: G98 (NV98) Family : NV50
The same for all four kernel:
- 3.18.0-0.rc0.git8.1.fc22.x86_64
- 3.18.0-0.rc0.git9.1.fc22.x86_64
- 3.18.0-0.rc0.git9.3.fc22.x86_64
- 3.18.0-0.rc0.git9.4.fc22.x86_64
after "fb: switching to nouveaufb from VESA VGA" display is powered off. The magic SysRq key sequence is necessary to reboot.
...
This is what I've tested so far: http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-next git clone -b drm-next git://people.freedesktop.org/~airlied/linux
git-e94654e-1st-test-nouveau
git-996f5a0-2nd-test-nouveau drm/nouveau/core: pass related object into notify constructor http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=996f5a0
git-b38a232-3rd-test-nouveau drm/nv50-/disp: add support for completion events http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=b38a232
git-dfda0df-4th-test-nouveau The Last of the Mohicans
Unlike the above mentioned Fedora kernels, all four drm-next kernels have no problemos with booting from soft-off(S5). However "The Last of the Mohicans" has broken resume from suspend(S3)/hibernate(S4). This has been seen recently.
Summa summarum
With the above mentioned drm-next kernels at least works boot from soft-off(S5). However broken are resume from suspend(S3) & hibernate(S4).
The above mentioned Fedora kernels including 3.18.0-0.rc1.git0.1.fc22.x86_64, based on linux-next & derivatives, all broke boot from soft-off(S5) - after "fb: switching to nouveaufb from VESA VGA" you can only get WhoTF turned out the lights! What the circus.
What is the best, I've compared the last working kernel and first broken, guess what, no diff within gpu/drm/nouveau/ branch.
Oh yeah! With 3.18.0-0.rc1.git0.1.fc22.x86_64 even the magic SysRq key sequence is broken. :)
Vorsprung durch technik
http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes
- 3.18.0-rc1.git-e800cab-drm-fixes
[ 204.950] (II) modeset(0): using drv /dev/dri/card0 [ 204.951] (EE) [ 204.951] (EE) Backtrace: [ 204.951] (EE) 0: /usr/libexec/Xorg.bin (OsSigHandler+0x29) [0x598e29] [ 204.951] (EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x7fbed6fd30cf] [ 204.952] (EE) 2: /lib64/libpciaccess.so.0 (pci_device_next+0x110) [0x7fbed9138ca0] [ 204.952] (EE) 3: /lib64/libpciaccess.so.0 (pci_device_find_by_slot+0x3b) [0x7fbed9138d3b] [ 204.952] (EE) 4: /lib64/libpciaccess.so.0 (pci_device_vgaarb_init+0xaf) [0x7fbed913a9ef] [ 204.952] (EE) 5: /usr/libexec/Xorg.bin (xf86VGAarbiterInit+0x9) [0x499039] [ 204.953] (EE) 6: /usr/libexec/Xorg.bin (xf86BusConfig+0x62) [0x46d1c2] [ 204.953] (EE) 7: /usr/libexec/Xorg.bin (InitOutput+0x9c3) [0x47b463] [ 204.953] (EE) 8: /usr/libexec/Xorg.bin (dix_main+0x1ea) [0x43caea] [ 204.953] (EE) 9: /lib64/libc.so.6 (__libc_start_main+0xf0) [0x7fbed6c25fe0] [ 204.954] (EE) 10: /usr/libexec/Xorg.bin (_start+0x29) [0x42716e] [ 204.954] (EE) 11: ? (?+0x29) [0x29] [ 204.954] (EE) [ 204.954] (EE) Segmentation fault at address 0x0 [ 204.954] (EE) Fatal server error: [ 204.954] (EE) Caught signal 11 (Segmentation fault). Server aborting [ 204.954] (EE) [ 204.954] (EE) Please consult the Fedora Project support at http://wiki.x.org for help. [ 204.954] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 204.954] (EE) [ 204.956] (EE) Server terminated with error (1). Closing log file.
- http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes git clone -b drm-fixes git://people.freedesktop.org/~airlied/linux
- http://cgit.freedesktop.org/~darktama/nouveau/ git://people.freedesktop.org/~darktama/nouveau
./autogen.sh cd drm make su mkdir /usr/lib/modules/3.18.0-rc1.git-e800cab-drm-fixes/updates/ cp nouveau.ko /usr/lib/modules/3.18.0-rc1.git-e800cab-drm-fixes/updates/ depmod
The same situation as before, after "fb: switching to nouveaufb from VESA VGA", display is powered off
Good Night Princess
I have similar experience on AMD A10 6800K / ASRock FM2A85X-ITX, it started with approximately kernel 3.12.5 ... F20 (I think, might be a bit off on the version), It specifically effected the HDMI monitor on a 3 monitor setup. To work around I wait until the display finishes switching to graphical screens, at which point the HDMI has no output. <crtl><alt><F2> (KDE and Gnome act the same in this issue) to switch to text mode, wait until finished switching, then power cycle the HDMI monitor. <alt><F1> to switch back to graphical mode and the system ran ok. Switching back to 3.11.xx series kernel made the regression disappear.
May not be related, but has similar characteristics.
-Erik
On 21.10.2014 20:58, Erik Edwards wrote:
I have similar experience on AMD A10 6800K / ASRock FM2A85X-ITX, it started with approximately kernel 3.12.5 ... F20 (I think, might be a bit off on the version), It specifically effected the HDMI monitor on a 3 monitor setup. To work around I wait until the display finishes switching to graphical screens, at which point the HDMI has no output. <crtl><alt><F2> (KDE and Gnome act the same in this issue) to switch to text mode, wait until finished switching, then power cycle the HDMI monitor. <alt><F1> to switch back to graphical mode and the system ran ok. Switching back to 3.11.xx series kernel made the regression disappear.
May not be related, but has similar characteristics.
-Erik
All this is similar for us, mortals. ;)
It seems sufficient, fundamentally broken only part of the module, and all the tricks in user space won't help. Besides this one is in da fix[1], Ben just needs to push it in da mix[2].
poma
[1] http://lists.freedesktop.org/archives/nouveau/2014-October/019045.html [2] https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git
http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=4d60422 also broken with this commit
linux-next, commit 2d65a9f broke nouveau(display is powered off): - boot from soft-off(S5) - thaw from hibernate(S4) - resume from suspend(S3)
Chipset: G98 (NV98) Family : NV50
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=...
commit 2d65a9f48fcdf7866aab6457bc707ca233e0c791 Merge: da92da3 dfda0df Author: Linus Torvalds torvalds@linux-foundation.org Date: Tue Oct 14 09:39:08 2014 +0200
Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux
Pull drm updates from Dave Airlie: "This is the main git pull for the drm,
I pretty much froze major pulls at -rc5/6 time, and haven't had much fallout, so will probably continue doing that.
Lots of changes all over, big internal header cleanup to make it clear drm features are legacy things and what are things that modern KMS drivers should be using. Also big move to use the new generic fences in all the TTM drivers.
core: atomic prep work, vblank rework changes, allows immediate vblank disables major header reworking and cleanups to better delinate legacy interfaces from what KMS drivers should be using. cursor planes locking fixes
ttm: move to generic fences (affects all TTM drivers) ppc64 caching fixes
radeon: userptr support, uvd for old asics, reset rework for fence changes better buffer placement changes, dpm feature enablement hdmi audio support fixes
intel: Cherryview work, 180 degree rotation, skylake prep work, execlist command submission full ppgtt prep work cursor improvements edid caching, vdd handling improvements
nouveau: fence reworking kepler memory clock work gt21x clock work fan control improvements hdmi infoframe fixes DP audio
ast: ppc64 fixes caching fix
rcar: rcar-du DT support
ipuv3: prep work for capture support
msm: LVDS support for mdp4, new panel, gpu refactoring
exynos: exynos3250 SoC support, drop bad mmap interface, mipi dsi changes, and component match support"
* 'drm-next' of git://people.freedesktop.org/~airlied/linux: (640 commits) drm/mst: rework payload table allocation to conform better. drm/ast: Fix HW cursor image drm/radeon/kv: add uvd/vce info to dpm debugfs output drm/radeon/ci: add uvd/vce info to dpm debugfs output drm/radeon: export reservation_object from dmabuf to ttm drm/radeon: cope with foreign fences inside the reservation object drm/radeon: cope with foreign fences inside display drm/core: use helper to check driver features drm/radeon/cik: write gfx ucode version to ucode addr reg drm/radeon/si: print full CS when we hit a packet 0 drm/radeon: remove unecessary includes drm/radeon/combios: declare legacy_connector_convert as static drm/radeon/atombios: declare connector convert tables as static drm/radeon: drop btc_get_max_clock_from_voltage_dependency_table drm/radeon/dpm: drop clk/voltage dependency filters for BTC drm/radeon/dpm: drop clk/voltage dependency filters for CI drm/radeon/dpm: drop clk/voltage dependency filters for SI drm/radeon/dpm: drop clk/voltage dependency filters for NI drm/radeon: disable audio when we disable hdmi (v2) drm/radeon: split audio enable between eg and r600 (v2) ...
Up to and with prior commit da92da3 nouveau(S3/4/5) works OK.
poma
On 10/24/2014 11:55 PM, poma wrote:
linux-next, commit 2d65a9f broke nouveau(display is powered off):
- boot from soft-off(S5)
- thaw from hibernate(S4)
- resume from suspend(S3)
Chipset: G98 (NV98) Family : NV50
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=...
commit 2d65a9f48fcdf7866aab6457bc707ca233e0c791 Merge: da92da3 dfda0df Author: Linus Torvalds torvalds@linux-foundation.org Date: Tue Oct 14 09:39:08 2014 +0200
Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux Pull drm updates from Dave Airlie: "This is the main git pull for the drm, I pretty much froze major pulls at -rc5/6 time, and haven't had much fallout, so will probably continue doing that. Lots of changes all over, big internal header cleanup to make it clear drm features are legacy things and what are things that modern KMS drivers should be using. Also big move to use the new generic fences in all the TTM drivers. core: atomic prep work, vblank rework changes, allows immediate vblank disables major header reworking and cleanups to better delinate legacy interfaces from what KMS drivers should be using. cursor planes locking fixes ttm: move to generic fences (affects all TTM drivers) ppc64 caching fixes radeon: userptr support, uvd for old asics, reset rework for fence changes better buffer placement changes, dpm feature enablement hdmi audio support fixes intel: Cherryview work, 180 degree rotation, skylake prep work, execlist command submission full ppgtt prep work cursor improvements edid caching, vdd handling improvements nouveau: fence reworking kepler memory clock work gt21x clock work fan control improvements hdmi infoframe fixes DP audio ast: ppc64 fixes caching fix rcar: rcar-du DT support ipuv3: prep work for capture support msm: LVDS support for mdp4, new panel, gpu refactoring exynos: exynos3250 SoC support, drop bad mmap interface, mipi dsi changes, and component match support" * 'drm-next' of git://people.freedesktop.org/~airlied/linux: (640 commits) drm/mst: rework payload table allocation to conform better. drm/ast: Fix HW cursor image drm/radeon/kv: add uvd/vce info to dpm debugfs output drm/radeon/ci: add uvd/vce info to dpm debugfs output drm/radeon: export reservation_object from dmabuf to ttm drm/radeon: cope with foreign fences inside the reservation object drm/radeon: cope with foreign fences inside display drm/core: use helper to check driver features drm/radeon/cik: write gfx ucode version to ucode addr reg drm/radeon/si: print full CS when we hit a packet 0 drm/radeon: remove unecessary includes drm/radeon/combios: declare legacy_connector_convert as static drm/radeon/atombios: declare connector convert tables as static drm/radeon: drop btc_get_max_clock_from_voltage_dependency_table drm/radeon/dpm: drop clk/voltage dependency filters for BTC drm/radeon/dpm: drop clk/voltage dependency filters for CI drm/radeon/dpm: drop clk/voltage dependency filters for SI drm/radeon/dpm: drop clk/voltage dependency filters for NI drm/radeon: disable audio when we disable hdmi (v2) drm/radeon: split audio enable between eg and r600 (v2) ...Up to and with prior commit da92da3 nouveau(S3/4/5) works OK.
poma
kernel mailing list kernel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kernel
Thanks for reporting on this poma. Much appreciated your time with this issue is.
Andrei Amuraritei.
On 26.10.2014 00:54, Andrei Amuraritei wrote:
On 10/24/2014 11:55 PM, poma wrote:
linux-next, commit 2d65a9f broke nouveau(display is powered off):
- boot from soft-off(S5)
- thaw from hibernate(S4)
- resume from suspend(S3)
Chipset: G98 (NV98) Family : NV50
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=...
commit 2d65a9f48fcdf7866aab6457bc707ca233e0c791 Merge: da92da3 dfda0df Author: Linus Torvalds torvalds@linux-foundation.org Date: Tue Oct 14 09:39:08 2014 +0200
Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux Pull drm updates from Dave Airlie: "This is the main git pull for the drm, I pretty much froze major pulls at -rc5/6 time, and haven't had much fallout, so will probably continue doing that. Lots of changes all over, big internal header cleanup to make it clear drm features are legacy things and what are things that modern KMS drivers should be using. Also big move to use the new generic fences in all the TTM drivers. core: atomic prep work, vblank rework changes, allows immediate vblank disables major header reworking and cleanups to better delinate legacy interfaces from what KMS drivers should be using. cursor planes locking fixes ttm: move to generic fences (affects all TTM drivers) ppc64 caching fixes radeon: userptr support, uvd for old asics, reset rework for fence changes better buffer placement changes, dpm feature enablement hdmi audio support fixes intel: Cherryview work, 180 degree rotation, skylake prep work, execlist command submission full ppgtt prep work cursor improvements edid caching, vdd handling improvements nouveau: fence reworking kepler memory clock work gt21x clock work fan control improvements hdmi infoframe fixes DP audio ast: ppc64 fixes caching fix rcar: rcar-du DT support ipuv3: prep work for capture support msm: LVDS support for mdp4, new panel, gpu refactoring exynos: exynos3250 SoC support, drop bad mmap interface, mipi dsi changes, and component match support" * 'drm-next' of git://people.freedesktop.org/~airlied/linux: (640 commits) drm/mst: rework payload table allocation to conform better. drm/ast: Fix HW cursor image drm/radeon/kv: add uvd/vce info to dpm debugfs output drm/radeon/ci: add uvd/vce info to dpm debugfs output drm/radeon: export reservation_object from dmabuf to ttm drm/radeon: cope with foreign fences inside the reservation object drm/radeon: cope with foreign fences inside display drm/core: use helper to check driver features drm/radeon/cik: write gfx ucode version to ucode addr reg drm/radeon/si: print full CS when we hit a packet 0 drm/radeon: remove unecessary includes drm/radeon/combios: declare legacy_connector_convert as static drm/radeon/atombios: declare connector convert tables as static drm/radeon: drop btc_get_max_clock_from_voltage_dependency_table drm/radeon/dpm: drop clk/voltage dependency filters for BTC drm/radeon/dpm: drop clk/voltage dependency filters for CI drm/radeon/dpm: drop clk/voltage dependency filters for SI drm/radeon/dpm: drop clk/voltage dependency filters for NI drm/radeon: disable audio when we disable hdmi (v2) drm/radeon: split audio enable between eg and r600 (v2) ...Up to and with prior commit da92da3 nouveau(S3/4/5) works OK.
Thanks for reporting on this poma. Much appreciated your time with this issue is.
Andrei Amuraritei.
Ave Caesar, morituri te salutant!
"Nouveau display(DVI) broken - kernel 3.18" https://bugzilla.redhat.com/show_bug.cgi?id=1157191
Who will take care of our machines if not ourselves.
poma
kernel@lists.fedoraproject.org
-
Andrei Amuraritei -
Erik Edwards -
poma