Hi Since upgrade from 2.6.35 to 2.6.36-rc3 (nouveau tree) I'm hitting this bug a couple of times a day:
[ 2869.618504] ------------[ cut here ]------------ [ 2869.618532] kernel BUG at drivers/gpu/drm/ttm/ttm_bo.c:153! [ 2869.618560] invalid opcode: 0000 [#1] PREEMPT SMP [ 2869.618600] last sysfs file: /sys/devices/pci0000:00/0000:00:03.0/0000:02:00.0/pm_status [ 2869.618637] CPU 0 [ 2869.618649] Modules linked in: nouveau ttm drm_kms_helper snd_hda_codec_realtek snd_hda_intel snd_hda_codec [ 2869.618730] [ 2869.618742] Pid: 11, comm: kworker/0:1 Not tainted 2.6.36-rc3-nv+ #485 P6T SE/System Product Name [ 2869.618781] RIP: 0010:[<ffffffffa0082c9e>] [<ffffffffa0082c9e>] ttm_bo_release_list+0x37/0xcf [ttm] [ 2869.618830] RSP: 0018:ffff8801bfd85d40 EFLAGS: 00010202 [ 2869.618855] RAX: 0000000000000001 RBX: ffff8801b1e50c00 RCX: ffff8801b7500330 [ 2869.618887] RDX: 0000000000000001 RSI: 0000000000000037 RDI: ffff8801b1e50c44 [ 2869.618918] RBP: ffff8801bfd85d60 R08: 0000000000000002 R09: ffff8801bf683000 [ 2869.618950] R10: ffff8801b1e50c70 R11: 0000000000000000 R12: ffff8801b1e50c44 [ 2869.618981] R13: ffff8801b7500188 R14: 0000000000000000 R15: ffff8801b7500738 [ 2869.619013] FS: 0000000000000000(0000) GS:ffff880001e00000(0000) knlGS:0000000000000000 [ 2869.619048] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b [ 2869.619074] CR2: 00007f2cc0f6b000 CR3: 00000001bfe8a000 CR4: 00000000000006f0 [ 2869.619106] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 2869.619137] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 2869.619168] Process kworker/0:1 (pid: 11, threadinfo ffff8801bfd84000, task ffff8801bfd88000) [ 2869.619205] Stack: [ 2869.619217] 0000000000000000 ffff8801b1e50c44 ffffffffa0082c67 ffff8801bdcb8ab0 [ 2869.619262] <0> ffff8801bfd85d80 ffffffff8121c83a ffff8801b1e50000 ffff8801b1e50c00 [ 2869.619318] <0> ffff8801bfd85dd0 ffffffffa00839f4 ffff880001e0ebc0 0000000000000001 [ 2869.619374] Call Trace: [ 2869.619392] [<ffffffffa0082c67>] ? ttm_bo_release_list+0x0/0xcf [ttm] [ 2869.619425] [<ffffffff8121c83a>] kref_put+0x43/0x4d [ 2869.619451] [<ffffffffa00839f4>] ttm_bo_delayed_delete+0xa2/0xf9 [ttm] [ 2869.619484] [<ffffffffa0083a4b>] ? ttm_bo_delayed_workqueue+0x0/0x30 [ttm] [ 2869.619517] [<ffffffffa0083a65>] ttm_bo_delayed_workqueue+0x1a/0x30 [ttm] [ 2869.619551] [<ffffffff8107eb83>] process_one_work+0x29f/0x448 [ 2869.619580] [<ffffffff8107f0e5>] worker_thread+0x1d6/0x349 [ 2869.619607] [<ffffffff8107ef0f>] ? worker_thread+0x0/0x349 [ 2869.619635] [<ffffffff81082198>] kthread+0x7d/0x85 [ 2869.619661] [<ffffffff8102edd4>] kernel_thread_helper+0x4/0x10 [ 2869.619692] [<ffffffff8105c10b>] ? finish_task_switch+0x49/0xb2 [ 2869.619722] [<ffffffff814333d1>] ? _raw_spin_unlock_irq+0x19/0x34 [ 2869.619752] [<ffffffff814339ad>] ? restore_args+0x0/0x30 [ 2869.619779] [<ffffffff8108211b>] ? kthread+0x0/0x85 [ 2869.619805] [<ffffffff8102edd0>] ? kernel_thread_helper+0x0/0x10 [ 2869.619832] Code: 48 8d 5f bc 48 83 ec 08 8b 07 4c 8b 6f c4 85 c0 74 04 0f 0b eb fe 8b 47 fc 85 c0 74 04 0f 0b eb fe 8b 87 a8 00 00 00 85 c0 74 04 <0f> 0b eb fe 48 83 bb 38 01 00 00 00 74 04 0f 0b eb fe 48 83 bb [ 2869.620255] RIP [<ffffffffa0082c9e>] ttm_bo_release_list+0x37/0xcf [ttm] [ 2869.620295] RSP <ffff8801bfd85d40> [ 2869.629610] ---[ end trace 302a6257f0da8cdc ]---
this is BUG_ON(atomic_read(&bo->cpu_writers));
I'm on b642f07208988270ac402d2548d42dab1d5fec92 "drm/nv50: fix 100c90 write on nva3". If you have any patches / ideas how to debug this, let me know.
Marcin
On Fri, 2010-09-17 at 19:43 +0200, Marcin Slusarz wrote:
Hi Since upgrade from 2.6.35 to 2.6.36-rc3 (nouveau tree) I'm hitting this bug a couple of times a day:
[ 2869.618504] ------------[ cut here ]------------ [ 2869.618532] kernel BUG at drivers/gpu/drm/ttm/ttm_bo.c:153! [ 2869.618560] invalid opcode: 0000 [#1] PREEMPT SMP [ 2869.618600] last sysfs file: /sys/devices/pci0000:00/0000:00:03.0/0000:02:00.0/pm_status [ 2869.618637] CPU 0 [ 2869.618649] Modules linked in: nouveau ttm drm_kms_helper snd_hda_codec_realtek snd_hda_intel snd_hda_codec [ 2869.618730] [ 2869.618742] Pid: 11, comm: kworker/0:1 Not tainted 2.6.36-rc3-nv+ #485 P6T SE/System Product Name [ 2869.618781] RIP: 0010:[<ffffffffa0082c9e>] [<ffffffffa0082c9e>] ttm_bo_release_list+0x37/0xcf [ttm] [ 2869.618830] RSP: 0018:ffff8801bfd85d40 EFLAGS: 00010202 [ 2869.618855] RAX: 0000000000000001 RBX: ffff8801b1e50c00 RCX: ffff8801b7500330 [ 2869.618887] RDX: 0000000000000001 RSI: 0000000000000037 RDI: ffff8801b1e50c44 [ 2869.618918] RBP: ffff8801bfd85d60 R08: 0000000000000002 R09: ffff8801bf683000 [ 2869.618950] R10: ffff8801b1e50c70 R11: 0000000000000000 R12: ffff8801b1e50c44 [ 2869.618981] R13: ffff8801b7500188 R14: 0000000000000000 R15: ffff8801b7500738 [ 2869.619013] FS: 0000000000000000(0000) GS:ffff880001e00000(0000) knlGS:0000000000000000 [ 2869.619048] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b [ 2869.619074] CR2: 00007f2cc0f6b000 CR3: 00000001bfe8a000 CR4: 00000000000006f0 [ 2869.619106] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 2869.619137] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 2869.619168] Process kworker/0:1 (pid: 11, threadinfo ffff8801bfd84000, task ffff8801bfd88000) [ 2869.619205] Stack: [ 2869.619217] 0000000000000000 ffff8801b1e50c44 ffffffffa0082c67 ffff8801bdcb8ab0 [ 2869.619262] <0> ffff8801bfd85d80 ffffffff8121c83a ffff8801b1e50000 ffff8801b1e50c00 [ 2869.619318] <0> ffff8801bfd85dd0 ffffffffa00839f4 ffff880001e0ebc0 0000000000000001 [ 2869.619374] Call Trace: [ 2869.619392] [<ffffffffa0082c67>] ? ttm_bo_release_list+0x0/0xcf [ttm] [ 2869.619425] [<ffffffff8121c83a>] kref_put+0x43/0x4d [ 2869.619451] [<ffffffffa00839f4>] ttm_bo_delayed_delete+0xa2/0xf9 [ttm] [ 2869.619484] [<ffffffffa0083a4b>] ? ttm_bo_delayed_workqueue+0x0/0x30 [ttm] [ 2869.619517] [<ffffffffa0083a65>] ttm_bo_delayed_workqueue+0x1a/0x30 [ttm] [ 2869.619551] [<ffffffff8107eb83>] process_one_work+0x29f/0x448 [ 2869.619580] [<ffffffff8107f0e5>] worker_thread+0x1d6/0x349 [ 2869.619607] [<ffffffff8107ef0f>] ? worker_thread+0x0/0x349 [ 2869.619635] [<ffffffff81082198>] kthread+0x7d/0x85 [ 2869.619661] [<ffffffff8102edd4>] kernel_thread_helper+0x4/0x10 [ 2869.619692] [<ffffffff8105c10b>] ? finish_task_switch+0x49/0xb2 [ 2869.619722] [<ffffffff814333d1>] ? _raw_spin_unlock_irq+0x19/0x34 [ 2869.619752] [<ffffffff814339ad>] ? restore_args+0x0/0x30 [ 2869.619779] [<ffffffff8108211b>] ? kthread+0x0/0x85 [ 2869.619805] [<ffffffff8102edd0>] ? kernel_thread_helper+0x0/0x10 [ 2869.619832] Code: 48 8d 5f bc 48 83 ec 08 8b 07 4c 8b 6f c4 85 c0 74 04 0f 0b eb fe 8b 47 fc 85 c0 74 04 0f 0b eb fe 8b 87 a8 00 00 00 85 c0 74 04 <0f> 0b eb fe 48 83 bb 38 01 00 00 00 74 04 0f 0b eb fe 48 83 bb [ 2869.620255] RIP [<ffffffffa0082c9e>] ttm_bo_release_list+0x37/0xcf [ttm] [ 2869.620295] RSP <ffff8801bfd85d40> [ 2869.629610] ---[ end trace 302a6257f0da8cdc ]---
this is BUG_ON(atomic_read(&bo->cpu_writers));
I'm on b642f07208988270ac402d2548d42dab1d5fec92 "drm/nv50: fix 100c90 write on nva3". If you have any patches / ideas how to debug this, let me know.
I've actually seen this a couple of times. It appears I was incorrectly blaming some patches I have in progress for it, the problem appeared to go away when I reverted them. Perhaps it's more random. I have no current ideas however.
Ben.
Marcin _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Sat, Sep 18, 2010 at 09:39:21AM +1000, Ben Skeggs wrote:
On Fri, 2010-09-17 at 19:43 +0200, Marcin Slusarz wrote:
Hi Since upgrade from 2.6.35 to 2.6.36-rc3 (nouveau tree) I'm hitting this bug a couple of times a day:
[ 2869.618504] ------------[ cut here ]------------ [ 2869.618532] kernel BUG at drivers/gpu/drm/ttm/ttm_bo.c:153! [ 2869.618560] invalid opcode: 0000 [#1] PREEMPT SMP [ 2869.618600] last sysfs file: /sys/devices/pci0000:00/0000:00:03.0/0000:02:00.0/pm_status [ 2869.618637] CPU 0 [ 2869.618649] Modules linked in: nouveau ttm drm_kms_helper snd_hda_codec_realtek snd_hda_intel snd_hda_codec [ 2869.618730] [ 2869.618742] Pid: 11, comm: kworker/0:1 Not tainted 2.6.36-rc3-nv+ #485 P6T SE/System Product Name [ 2869.618781] RIP: 0010:[<ffffffffa0082c9e>] [<ffffffffa0082c9e>] ttm_bo_release_list+0x37/0xcf [ttm] [ 2869.618830] RSP: 0018:ffff8801bfd85d40 EFLAGS: 00010202 [ 2869.618855] RAX: 0000000000000001 RBX: ffff8801b1e50c00 RCX: ffff8801b7500330 [ 2869.618887] RDX: 0000000000000001 RSI: 0000000000000037 RDI: ffff8801b1e50c44 [ 2869.618918] RBP: ffff8801bfd85d60 R08: 0000000000000002 R09: ffff8801bf683000 [ 2869.618950] R10: ffff8801b1e50c70 R11: 0000000000000000 R12: ffff8801b1e50c44 [ 2869.618981] R13: ffff8801b7500188 R14: 0000000000000000 R15: ffff8801b7500738 [ 2869.619013] FS: 0000000000000000(0000) GS:ffff880001e00000(0000) knlGS:0000000000000000 [ 2869.619048] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b [ 2869.619074] CR2: 00007f2cc0f6b000 CR3: 00000001bfe8a000 CR4: 00000000000006f0 [ 2869.619106] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 2869.619137] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 2869.619168] Process kworker/0:1 (pid: 11, threadinfo ffff8801bfd84000, task ffff8801bfd88000) [ 2869.619205] Stack: [ 2869.619217] 0000000000000000 ffff8801b1e50c44 ffffffffa0082c67 ffff8801bdcb8ab0 [ 2869.619262] <0> ffff8801bfd85d80 ffffffff8121c83a ffff8801b1e50000 ffff8801b1e50c00 [ 2869.619318] <0> ffff8801bfd85dd0 ffffffffa00839f4 ffff880001e0ebc0 0000000000000001 [ 2869.619374] Call Trace: [ 2869.619392] [<ffffffffa0082c67>] ? ttm_bo_release_list+0x0/0xcf [ttm] [ 2869.619425] [<ffffffff8121c83a>] kref_put+0x43/0x4d [ 2869.619451] [<ffffffffa00839f4>] ttm_bo_delayed_delete+0xa2/0xf9 [ttm] [ 2869.619484] [<ffffffffa0083a4b>] ? ttm_bo_delayed_workqueue+0x0/0x30 [ttm] [ 2869.619517] [<ffffffffa0083a65>] ttm_bo_delayed_workqueue+0x1a/0x30 [ttm] [ 2869.619551] [<ffffffff8107eb83>] process_one_work+0x29f/0x448 [ 2869.619580] [<ffffffff8107f0e5>] worker_thread+0x1d6/0x349 [ 2869.619607] [<ffffffff8107ef0f>] ? worker_thread+0x0/0x349 [ 2869.619635] [<ffffffff81082198>] kthread+0x7d/0x85 [ 2869.619661] [<ffffffff8102edd4>] kernel_thread_helper+0x4/0x10 [ 2869.619692] [<ffffffff8105c10b>] ? finish_task_switch+0x49/0xb2 [ 2869.619722] [<ffffffff814333d1>] ? _raw_spin_unlock_irq+0x19/0x34 [ 2869.619752] [<ffffffff814339ad>] ? restore_args+0x0/0x30 [ 2869.619779] [<ffffffff8108211b>] ? kthread+0x0/0x85 [ 2869.619805] [<ffffffff8102edd0>] ? kernel_thread_helper+0x0/0x10 [ 2869.619832] Code: 48 8d 5f bc 48 83 ec 08 8b 07 4c 8b 6f c4 85 c0 74 04 0f 0b eb fe 8b 47 fc 85 c0 74 04 0f 0b eb fe 8b 87 a8 00 00 00 85 c0 74 04 <0f> 0b eb fe 48 83 bb 38 01 00 00 00 74 04 0f 0b eb fe 48 83 bb [ 2869.620255] RIP [<ffffffffa0082c9e>] ttm_bo_release_list+0x37/0xcf [ttm] [ 2869.620295] RSP <ffff8801bfd85d40> [ 2869.629610] ---[ end trace 302a6257f0da8cdc ]---
this is BUG_ON(atomic_read(&bo->cpu_writers));
I'm on b642f07208988270ac402d2548d42dab1d5fec92 "drm/nv50: fix 100c90 write on nva3". If you have any patches / ideas how to debug this, let me know.
I've actually seen this a couple of times. It appears I was incorrectly blaming some patches I have in progress for it, the problem appeared to go away when I reverted them. Perhaps it's more random. I have no current ideas however.
Heh, Francisco provided the patch on IRC, which seem to fix this bug.
http://annarchy.freedesktop.org/~currojerez/nouveau_cpu_prep_validate.patch
I'm still testing it.
Marcin
On 09/18/2010 01:18 PM, Marcin Slusarz wrote:
On Sat, Sep 18, 2010 at 09:39:21AM +1000, Ben Skeggs wrote:
On Fri, 2010-09-17 at 19:43 +0200, Marcin Slusarz wrote:
Hi Since upgrade from 2.6.35 to 2.6.36-rc3 (nouveau tree) I'm hitting this bug a couple of times a day:
[oops]
this is BUG_ON(atomic_read(&bo->cpu_writers));
I'm on b642f07208988270ac402d2548d42dab1d5fec92 "drm/nv50: fix 100c90 write on nva3". If you have any patches / ideas how to debug this, let me know.
I've actually seen this a couple of times. It appears I was incorrectly blaming some patches I have in progress for it, the problem appeared to go away when I reverted them. Perhaps it's more random. I have no current ideas however.
Heh, Francisco provided the patch on IRC, which seem to fix this bug.
http://annarchy.freedesktop.org/~currojerez/nouveau_cpu_prep_validate.patch
I'm still testing it.
Hi
How is this fix working out?
Cheers Kai
On Sat, Oct 09, 2010 at 03:53:58PM +0200, Kai Ruhnau wrote:
On 09/18/2010 01:18 PM, Marcin Slusarz wrote:
On Sat, Sep 18, 2010 at 09:39:21AM +1000, Ben Skeggs wrote:
On Fri, 2010-09-17 at 19:43 +0200, Marcin Slusarz wrote:
Hi Since upgrade from 2.6.35 to 2.6.36-rc3 (nouveau tree) I'm hitting this bug a couple of times a day:
[oops]
this is BUG_ON(atomic_read(&bo->cpu_writers));
I'm on b642f07208988270ac402d2548d42dab1d5fec92 "drm/nv50: fix 100c90 write on nva3". If you have any patches / ideas how to debug this, let me know.
I've actually seen this a couple of times. It appears I was incorrectly blaming some patches I have in progress for it, the problem appeared to go away when I reverted them. Perhaps it's more random. I have no current ideas however.
Heh, Francisco provided the patch on IRC, which seem to fix this bug.
http://annarchy.freedesktop.org/~currojerez/nouveau_cpu_prep_validate.patch
I'm still testing it.
Hi
How is this fix working out?
The fix is in Linus' tree, commit 0fbecd400dd0a82d465b3086f209681e8c54cb0f: "drm/ttm: Clear the ghost cpu_writers flag on ttm_buffer_object_transfer"
Marcin
dri-devel@lists.freedesktop.org
-
Ben Skeggs -
Kai Ruhnau -
Marcin Slusarz