From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759250AbYDUNSV (ORCPT ); Mon, 21 Apr 2008 09:18:21 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756942AbYDUNSL (ORCPT ); Mon, 21 Apr 2008 09:18:11 -0400 Received: from mx2.mail.elte.hu ([157.181.151.9]:45234 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756424AbYDUNSJ (ORCPT ); Mon, 21 Apr 2008 09:18:09 -0400 Date: Mon, 21 Apr 2008 15:17:43 +0200 From: Ingo Molnar To: "Rafael J. Wysocki" Cc: LKML , Andrew Morton , Linus Torvalds , linux-ext4@vger.kernel.org Subject: Re: 2.6.25-git2: BUG: unable to handle kernel paging request at ffffffffffffffff Message-ID: <20080421131741.GI9554@elte.hu> References: <200804191522.54334.rjw@sisk.pl> <200804202104.24037.rjw@sisk.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804202104.24037.rjw@sisk.pl> User-Agent: Mutt/1.5.17 (2007-11-01) X-ELTE-VirusStatus: clean X-ELTE-SpamScore: -1.5 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3 -1.5 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Rafael J. Wysocki wrote: > Hi, > > I've just got the following traces from 2.6.25-git2 on HP nx6325 > (64-bit). I think they are related to the hang I described yesterday: > [12844.112673] [] do_lookup+0x2c/0x1b2 > [12844.112683] [] __link_path_walk+0x8e6/0xdbd > [12844.112707] [] ? :ext3:ext3_xattr_get_acl_default+0x18/0x1a > [12844.112714] [] ? generic_getxattr+0x4e/0x5c so you've got ext3. Nothing changed in the VFS or in ext3 in -git yet. the instruction pattern: Code: f6 43 04 10 75 06 f0 ff 03 48 89 d8 fe 43 08 eb 31 fe 43 08 48 8b 45 d0 48 8b 00 48 89 45 d0 48 8b 45 d0 48 85 c0 74 18 48 89 c2 <48> 8b 00 48 8d 5a e8 44 39 73 30 0f 18 08 75 d9 e9 6a ff ff ff ======== shows that you've got "prefetchnta (%esi)" indirect: 0f 18 00 prefetcht0 (%eax) so the prefetch instructions are patched in, neither the compiler nor the CPU should ignore them. Ingo