From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965009AbWL1Wqu (ORCPT ); Thu, 28 Dec 2006 17:46:50 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965005AbWL1Wqu (ORCPT ); Thu, 28 Dec 2006 17:46:50 -0500 Received: from py-out-1112.google.com ([64.233.166.176]:53449 "EHLO py-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965034AbWL1Wqt (ORCPT ); Thu, 28 Dec 2006 17:46:49 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MqJMVsVHPDUYWcBPxD6MVl7GbtUD4yCGcXA83Anib73PEF4nOkLbbSOXWcjIE2KsbFyLM2K9axslc8E/NmyafgpYH38I+ECOBYaTFcmf5oik5XjqzB1UMSdf+CIuK4r1xDdU1f5FGXM61sjU1AU04D26XhGsQ+ef8bNy5Q22J30= Message-ID: <9e4733910612281446h1def63fbp89996690577cb2f4@mail.gmail.com> Date: Thu, 28 Dec 2006 17:46:49 -0500 From: "Jon Smirl" To: "Arnd Bergmann" Subject: Re: BUG: scheduling while atomic, new libata code Cc: "Randy Dunlap" , lkml In-Reply-To: <200612282247.06127.arnd@arndb.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9e4733910612261747s4b32d6ben2e5a55f88f225edf@mail.gmail.com> <20061226175559.e280e66e.randy.dunlap@oracle.com> <9e4733910612271816x1ebc968auf94de2a84526aee0@mail.gmail.com> <200612282247.06127.arnd@arndb.de> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 12/28/06, Arnd Bergmann wrote: > On Thursday 28 December 2006 03:16, Jon Smirl wrote: > > BUG: scheduling while atomic: hald-addon-stor/0x20000000/5078 > > [] __sched_text_start+0x5f9/0xb00 > > [] net_rx_action+0xb3/0x180 > > [] __do_softirq+0x72/0xe0 > > [] do_IRQ+0x45/0x80 > > This doesn't seem to be related to libata at all. Like your > first trace, you call schedule from a softirq context, which > is always atomic. > The only place where I can imagine this happening is the > local_irq_enable() in there, which can be defined in different > ways. > Are you running with paravirt_ops, CONFIG_TRACE_IRQFLAGS_SUPPORT > and/or kernel preemption enabled? Forgot this, # CONFIG_PARAVIRT is not set CPU is 2.8Mhz P4, no virtualization capabilities. > > Arnd <>< > -- Jon Smirl jonsmirl@gmail.com