| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
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