linux-kernel - Re: mmotm 2010-07-27 - nouveau lockdep issues.

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20100728060334.GA2756@joi.lan>
Date:	Wed, 28 Jul 2010 08:03:51 +0200
From:	Marcin Slusarz <marcin.slusarz@...il.com>
To:	Valdis.Kletnieks@...edu
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	David Airlie <airlied@...ux.ie>,
	Ben Skeggs <bskeggs@...hat.com>,
	Francisco Jerez <currojerez@...eup.net>,
	linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org,
	nouveau@...ts.freedesktop.org
Subject: Re: mmotm 2010-07-27 - nouveau lockdep issues.

On Wed, Jul 28, 2010 at 01:42:03AM -0400, Valdis.Kletnieks@...edu wrote:
> On Tue, 27 Jul 2010 14:56:50 PDT, akpm@...ux-foundation.org said:
> > The mm-of-the-moment snapshot 2010-07-27-14-56 has been uploaded to
> > 
> >    http://userweb.kernel.org/~akpm/mmotm/
> 
> Hit this while the X server was on its way down during a 'shutdown -r now'. Worked fine
> in -rc5-mmotm0719. 'e16' is the Enlightenment window manager, if that matters.
> 
> [   93.181787] [drm:output_poll_execute] *ERROR* delayed enqueue failed 1
> [   99.802836] [drm] nouveau 0000:01:00.0: Allocating FIFO number 4
> [   99.808875] [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 4
> [  103.262226] [drm:output_poll_execute] *ERROR* delayed enqueue failed 1
> [  113.341948] [drm:output_poll_execute] *ERROR* delayed enqueue failed 1
> [  123.421836] [drm:output_poll_execute] *ERROR* delayed enqueue failed 1
> [  123.550520] [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 4
> [  123.551253] 
> [  123.551253] ======================================================
> [  123.551253] [ INFO: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected ]
> [  123.551253] 2.6.35-rc6-mmotm0727 #1
> [  123.551253] ------------------------------------------------------
> [  123.551253] e16/3822 [HC0[0]:SC0[0]:HE0:SE1] is trying to acquire:
> [  123.551253]  (&(&mm->unused_lock)->rlock){+.+...}, at: [<ffffffff812a94bc>] drm_mm_put_block+0x10e/0x142
> [  123.551253] 
> [  123.551253] and this task is already holding:
> [  123.551253]  (&(&dev_priv->context_switch_lock)->rlock){-.....}, at: [<ffffffff812bdbab>] nouveau_channel_free+0x10f/0x233
> [  123.551253] which would create a new lock dependency:
> [  123.551253]  (&(&dev_priv->context_switch_lock)->rlock){-.....} -> (&(&mm->unused_lock)->rlock){+.+...}
> [  123.551253] 

It's only theoritcal issue. If you want to quiet it down until it will be "fixed" properly, you can
apply patch from http://lists.freedesktop.org/archives/nouveau/2010-July/005994.html

Marcin

--
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/