lkml.org 
[lkml]   [2008]   [Apr]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: 2.6.25-git2: BUG: unable to handle kernel paging request at ffffffffffffffff
Date
On Monday, 21 of April 2008, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <rjw@sisk.pl> 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] [<ffffffff8029e236>] do_lookup+0x2c/0x1b2
> > [12844.112683] [<ffffffff802a04b4>] __link_path_walk+0x8e6/0xdbd
> > [12844.112707] [<ffffffffa004deb4>] ? :ext3:ext3_xattr_get_acl_default+0x18/0x1a
> > [12844.112714] [<ffffffff802b0869>] ? 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.

Well, I don't really know what that means ...

Besides, that's 64-bit code, but I guess that doesn't matter here.

Thanks,
Rafael


\
 
 \ /
  Last update: 2008-04-21 15:39    [W:0.135 / U:0.592 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site