Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265629AbTIEQMu (ORCPT ); Fri, 5 Sep 2003 12:12:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265633AbTIEQMu (ORCPT ); Fri, 5 Sep 2003 12:12:50 -0400 Received: from [65.172.181.6] ([65.172.181.6]:29069 "EHLO mail.osdl.org") by vger.kernel.org with ESMTP id S265629AbTIEQLc (ORCPT ); Fri, 5 Sep 2003 12:11:32 -0400 Date: Fri, 5 Sep 2003 08:54:19 -0700 From: Andrew Morton To: Arkadiusz Miskiewicz Cc: linux-kernel@vger.kernel.org Subject: Re: 2.6.0test4 bk1 and Message-Id: <20030905085419.6ea00d78.akpm@osdl.org> In-Reply-To: <200309051559.18910.arekm@pld-linux.org> References: <200309051559.18910.arekm@pld-linux.org> X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-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: 1582 Lines: 42 Arkadiusz Miskiewicz (by way of Arkadiusz Miskiewicz ) wrote: > > On Monday 25 of August 2003 15:35, Arkadiusz Miskiewicz wrote: > > Hi, > > > > Yesterday I've changed kernel from test3 to test4 with bk1 patch applied > > and such error appeared (and it's showning all the time): > > > > bad: scheduling while atomic! > > Call Trace: > > [] _stext+0x0/0x60 > > [] schedule+0x3b0/0x3c0 > > [] acpi_processor_idle+0xe9/0x1e5 [processor] > > [] _stext+0x0/0x60 > > [] cpu_idle+0x3b/0x40 > > [] start_kernel+0x184/0x1b0 > > [] unknown_bootoption+0x0/0x100 > > Nothing about this has changed in test4bk3 nor test4bk6. Still yells about > ,,scheduling while atomic''. > > No one has idea what's happening here? Some change between test3 and test4 > did this. Grab the latest snapshot from http://www.kernel.org/pub/linux/kernel/v2.5/testing/cset/ (the very first link) and see if it's still happening. If so then please add the `initcall_debug' option to the kernel boot command line and see if any messages such as error in initcall at 0xNNNNNNNN: returned with preemption imbalance come out. If they do, look up 0xNNNNNNNN in System.map. If none of this sheds any light, please send your full .config. Thanks. - 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/