Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933770AbYBMQ7a (ORCPT ); Wed, 13 Feb 2008 11:59:30 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933638AbYBMQ6s (ORCPT ); Wed, 13 Feb 2008 11:58:48 -0500 Received: from twin.jikos.cz ([213.151.79.26]:43401 "EHLO twin.jikos.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933630AbYBMQ6q (ORCPT ); Wed, 13 Feb 2008 11:58:46 -0500 Date: Wed, 13 Feb 2008 17:58:30 +0100 (CET) From: Jiri Kosina X-X-Sender: jikos@twin.jikos.cz To: Andi Kleen cc: Ingo Molnar , Thomas Gleixner , Zdenek Kabelac , linux-kernel@vger.kernel.org Subject: print_vma_addr possible deadlock (was Re: Jeste jeden bug) In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1663 Lines: 39 [ sorry for forgetting to change subject properly :) ] On Wed, 13 Feb 2008, Jiri Kosina wrote: > [ the original mail was sent by Zdenek to me offlist ] > > On Wed, 13 Feb 2008, Zdenek Kabelac wrote: > > > [ 68.379022] gnome-settings-[2941] trap int3 ip:3d2c840f34 > > sp:7fff36f5d100 error:0<3>BUG: sleeping function called from invalid > > context at kernel/rwsem.c:21 > > [ 68.379039] in_atomic():1, irqs_disabled():0 > > [ 68.379044] no locks held by gnome-settings-/2941. > > [ 68.379050] Pid: 2941, comm: gnome-settings- Not tainted 2.6.25-rc1 #30 > > [ 68.379054] > > [ 68.379056] Call Trace: > > [ 68.379061] <#DB> [] ? __debug_show_held_locks+0x13/0x30 > > [ 68.379109] [] __might_sleep+0xe5/0x110 > > [ 68.379123] [] down_read+0x20/0x70 > > [ 68.379137] [] print_vma_addr+0x3a/0x110 > > [ 68.379152] [] do_trap+0xf5/0x170 > > [ 68.379168] [] do_int3+0x7b/0xe0 > > [ 68.379180] [] int3+0x9f/0xd0 > > [ 68.379203] <> > > [ 68.379229] in libglib-2.0.so.0.1505.0[3d2c800000+dc000] > > Andi, > > in commit 03252919 you introduced print_vma_addr(), but this funcion for > obvious reasons takes mmap_sem, so it is not safe to call it from atomic > context (i.e. do_trap(), for example), which is behavior your patch > introduced. > > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/