Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S266706AbUAWWbW (ORCPT ); Fri, 23 Jan 2004 17:31:22 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S266707AbUAWWbW (ORCPT ); Fri, 23 Jan 2004 17:31:22 -0500 Received: from fw.osdl.org ([65.172.181.6]:46995 "EHLO mail.osdl.org") by vger.kernel.org with ESMTP id S266706AbUAWWbQ (ORCPT ); Fri, 23 Jan 2004 17:31:16 -0500 Date: Fri, 23 Jan 2004 14:32:08 -0800 From: Andrew Morton To: "Mike Black" Cc: linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org Subject: Re: 2.1.6 st.o sleeping invalid context Message-Id: <20040123143208.54b4f962.akpm@osdl.org> In-Reply-To: <000701c3e1a6$ac762330$c8de11cc@black> References: <000701c3e1a6$ac762330$c8de11cc@black> X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i586-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1516 Lines: 29 "Mike Black" wrote: > > Testing 2.6.1 and got the following message during boot -- apparently when loading the st.o module -- although the modules still > loads successfully. > > Jan 23 06:41:49 yeti kernel: Debug: sleeping function called from invalid context at mm/slab.c:1856 > Jan 23 06:41:49 yeti kernel: in_atomic():1, irqs_disabled():0 > Jan 23 06:41:49 yeti kernel: Call Trace: > Jan 23 06:41:49 yeti kernel: [] __might_sleep+0xab/0xc9 > Jan 23 06:41:49 yeti kernel: [] kmem_cache_alloc+0x74/0x76 > Jan 23 06:41:49 yeti kernel: [] cdev_alloc+0x24/0x5e > Jan 23 06:41:49 yeti kernel: [] st_probe+0x3f4/0x7c1 [st] > Jan 23 06:41:49 yeti kernel: [] init_dir+0x0/0x22 > Jan 23 06:41:49 yeti kernel: [] bus_match+0x3d/0x65 > Jan 23 06:41:49 yeti kernel: [] driver_attach+0x59/0x83 > Jan 23 06:41:49 yeti kernel: [] bus_add_driver+0x9e/0xb1 > Jan 23 06:41:49 yeti kernel: [] init_st+0x5e/0x9c [st] > Jan 23 06:41:49 yeti kernel: [] sys_init_module+0x13e/0x29a > Jan 23 06:41:49 yeti kernel: [] syscall_call+0x7/0xb > st_probe() is calling cdev_alloc() under write_lock(&st_dev_arr_lock); Optimistically Cc'ing linux-scsi... - 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/