* nouveau/ttm: BUG in ttm_bo_release_list
@ 2010-09-17 17:43 Marcin Slusarz
2010-09-17 23:39 ` Ben Skeggs
0 siblings, 1 reply; 5+ messages in thread
From: Marcin Slusarz @ 2010-09-17 17:43 UTC (permalink / raw)
To: nouveau; +Cc: dri-devel
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
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: nouveau/ttm: BUG in ttm_bo_release_list
2010-09-17 17:43 nouveau/ttm: BUG in ttm_bo_release_list Marcin Slusarz
@ 2010-09-17 23:39 ` Ben Skeggs
2010-09-18 11:18 ` Marcin Slusarz
0 siblings, 1 reply; 5+ messages in thread
From: Ben Skeggs @ 2010-09-17 23:39 UTC (permalink / raw)
To: Marcin Slusarz; +Cc: nouveau, dri-devel
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
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: nouveau/ttm: BUG in ttm_bo_release_list
2010-09-17 23:39 ` Ben Skeggs
@ 2010-09-18 11:18 ` Marcin Slusarz
2010-10-09 13:53 ` [Nouveau] " Kai Ruhnau
0 siblings, 1 reply; 5+ messages in thread
From: Marcin Slusarz @ 2010-09-18 11:18 UTC (permalink / raw)
To: Ben Skeggs; +Cc: nouveau, 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
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Nouveau] nouveau/ttm: BUG in ttm_bo_release_list
2010-09-18 11:18 ` Marcin Slusarz
@ 2010-10-09 13:53 ` Kai Ruhnau
2010-10-09 13:58 ` Marcin Slusarz
0 siblings, 1 reply; 5+ messages in thread
From: Kai Ruhnau @ 2010-10-09 13:53 UTC (permalink / raw)
To: Marcin Slusarz; +Cc: nouveau, dri-devel
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
--
This signature is left as an exercise for the reader.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Nouveau] nouveau/ttm: BUG in ttm_bo_release_list
2010-10-09 13:53 ` [Nouveau] " Kai Ruhnau
@ 2010-10-09 13:58 ` Marcin Slusarz
0 siblings, 0 replies; 5+ messages in thread
From: Marcin Slusarz @ 2010-10-09 13:58 UTC (permalink / raw)
To: Kai Ruhnau; +Cc: nouveau, dri-devel
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
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2010-10-09 13:58 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-09-17 17:43 nouveau/ttm: BUG in ttm_bo_release_list Marcin Slusarz
2010-09-17 23:39 ` Ben Skeggs
2010-09-18 11:18 ` Marcin Slusarz
2010-10-09 13:53 ` [Nouveau] " Kai Ruhnau
2010-10-09 13:58 ` Marcin Slusarz
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.