From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> Date: Mon, 21 Apr 2008 14:19:26 -0700 (PDT) > However, the Code: line for one of the oopses shows that in that > particular case, it was at offset 0x18 (ie the normal 24), so at least one > of the oopses had no such thing going on. On 64-bit x86_64, which I believe the case you are referring to is, that would be right in the middle of an hlist_node. We would expect to see a valid pointer, NULL, or a list poison value. Which we're not. But I don't think networking or even netfilter can in any way be ruled out yet. A lot of the speculation is because of the SLUB cache sharing between different object types. Is there some way to disable that and see how that influences the bug? Of course, even with sharing disabled a cache's page could get freed and then re-allocated into another cache, but the likelyhood of it happening exactly to a filp or dentry cache from a netfilter or whatever one is extremely unlikely :) -- 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
