[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1266283177.24236.1.camel@nisroch>
Date: Tue, 16 Feb 2010 11:19:37 +1000
From: Ben Skeggs <bskeggs@...hat.com>
To: Christian Borntraeger <borntraeger@...ibm.com>
Cc: Dave Airlie <airlied@...ux.ie>, torvalds@...ux-foundation.org,
dri-devel@...ts.sf.net, linux-kernel@...r.kernel.org,
Maarten Maathuis <madman2003@...il.com>,
Marcin Slusarz <marcin.slusarz@...il.com>
Subject: Re: [git pull] drm
On Mon, 2010-02-15 at 23:55 +0100, Christian Borntraeger wrote:
> Am Montag 15 Februar 2010 10:53:48 schrieb Christian Borntraeger:
> I think this regression is triggered by
>
> commit 39c9bfb453b748ce220ceefacbe2a5c19fabf67b
> Author: Ben Skeggs <bskeggs@...hat.com>
> Date: Tue Feb 9 10:22:29 2010 +1000
>
> drm/nv50: prevent multiple init tables being parsed at the same time
>
> One possible solution is to replace the spinlock bios->lock with a mutex,
> but there are others ways of fixing this BUG.
>
> CCing Ben.
Ah, it appears the vbios delay opcodes got changed to use sleeps rather
than delays at some point without me noticing. Sent a patch to Dave
changing the code to use a mutex instead for now.
Thanks,
Ben.
>
>
>
> > [ 2.175437] BUG: scheduling while atomic: nouveau/0/753/0x00000002
> > [ 2.175439] Modules linked in:
> > [ 2.175442] Pid: 753, comm: nouveau/0 Not tainted 2.6.33-rc8-prerelease #27
> > [ 2.175443] Call Trace:
> > [ 2.175451] [<ffffffff815dcdea>] ? schedule+0x86a/0x880
> > [ 2.175454] [<ffffffff8120a420>] ? vsnprintf+0xe0/0x9a0
> > [ 2.175456] [<ffffffff815dd18c>] ? schedule_timeout+0x15c/0x250
> > [ 2.175460] [<ffffffff81068570>] ? process_timeout+0x0/0x10
> > [ 2.175462] [<ffffffff81069068>] ? msleep+0x18/0x30
> > [ 2.175466] [<ffffffff812d48d1>] ? init_time+0x51/0x90
> > [ 2.175468] [<ffffffff812d3ffb>] ? parse_init_table+0xcb/0x1a0
> > [ 2.175470] [<ffffffff812d424a>] ? init_sub_direct+0x4a/0xd0
> > [ 2.175472] [<ffffffff812d3ffb>] ? parse_init_table+0xcb/0x1a0
> > [ 2.175474] [<ffffffff812d496f>] ? nouveau_bios_run_init_table+0x5f/0xa0
> > [ 2.175476] [<ffffffff812d4c0c>] ? nouveau_bios_run_display_table+0x25c/0x500
> > [ 2.175480] [<ffffffff812fd220>] ? nv50_display_irq_handler_bh+0x0/0x410
> > [ 2.175483] [<ffffffff812fd4cc>] ? nv50_display_irq_handler_bh+0x2ac/0x410
> > [ 2.175485] [<ffffffff812fd220>] ? nv50_display_irq_handler_bh+0x0/0x410
> > [ 2.175487] [<ffffffff8107047b>] ? worker_thread+0x16b/0x250
> > [ 2.175490] [<ffffffff81074240>] ? autoremove_wake_function+0x0/0x30
> > [ 2.175492] [<ffffffff81070310>] ? worker_thread+0x0/0x250
> > [ 2.175494] [<ffffffff81070310>] ? worker_thread+0x0/0x250
> > [ 2.175496] [<ffffffff81073dbe>] ? kthread+0x8e/0xa0
> > [ 2.175499] [<ffffffff81027554>] ? kernel_thread_helper+0x4/0x10
> > [ 2.175501] [<ffffffff81073d30>] ? kthread+0x0/0xa0
> > [ 2.175503] [<ffffffff81027550>] ? kernel_thread_helper+0x0/0x10
> > [ 2.182407] Console: switching to colour frame buffer device 240x75
> > [ 2.186632] fb0: nouveaufb frame buffer device
> > [ 2.186633] registered panic notifier
> > [ 2.186636] [drm] Initialized nouveau 0.0.15 20090420 for 0000:01:00.0 on minor 0
> > ...
> >
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists