On Monday, 21 of April 2008, Ingo Molnar wrote: > > * Rafael J. Wysocki <rjw@xxxxxxx> 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 -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
