To: linux-kernel@vger.kernel.org
From: Linus Torvalds <torvalds@osdl.org>
Subject: Re: [OOPS] Linux-2.6.0-test9
Date: Sun, 02 Nov 2003 19:01:51 -0800
Organization: OSDL
Message-ID: <bo4gf0$4o8$1@build.pdx.osdl.net>
References: <20031103000924.494d960f.us15@os.inf.tu-dresden.de> <20031103001913.612795b3.us15@os.inf.tu-dresden.de>
Reply-To: torvalds@osdl.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
NNTP-Posting-Date: Mon, 3 Nov 2003 03:01:53 +0000 (UTC)
User-Agent: KNode/0.7.2
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1069
Lines: 26

Udo A. Steinberg wrote:
> 
> I just noticed that my last report was actually the second OOPS in a whole
> series. Here is the first one.
> 
> Unable to handle kernel paging request at virtual address 50d35f7c
> EIP is at __d_lookup+0xf2/0x150

Ok, looks like your dentry lists got seriously corrupted.

The good news (?) is that you seem to have preempt enabled, and there is one
known (but fairly hard-to-hit) race in UP+preempt locking due to bad
barrier ordering in test9 (and all previous kernels too, for that matter).
That should be fixed in the current BK snapshots, but you can also avoid
the problem by just not enabling preempt.

Of course, if you see the bug without preempt, or if this was on a SMP
kernel (which _should_ have hidden the preempt problem even with preempt
enabled), holler.

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