<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> David Wilder wrote: <blockquote TYPE=CITE>The definitions for page->flags in crash are no longer correct in crash resulting in incorrect output for the kmem -i command. The page flags are currently defined for V22 V24 and one flag for V26. The flag definitions are changing in the 2.6 kernel often, crash will need to update these definitions for each 2.6.x. Yuck! Can we limit the flag definitions to just a few kernel versions? Any suggestions on what versions we should have definitions for? <tt></tt> </blockquote> <tt>I've long since been keeping up with these, because most</tt> <tt>of the hardwired page flag definitions that are #define'd</tt> <tt>in memory.c are not used anymore. For example, there's</tt> <tt>this construct in dump_mem_map() which just displays the</tt> <tt>hex value:</tt><tt></tt> <tt> if (v22) {</tt> <tt> ...translate hardwired flags...</tt> <tt> } else if (THIS_KERNEL_VERSION > LINUX(2,4,9)) {</tt> <tt> fprintf(fp, "%lx\n", flags);</tt> <tt> } else {</tt> <tt> ...translate old hardwired 2.4 flags...</tt> <tt> }</tt><tt></tt> <tt>But there are a few other places that need to know about</tt> <tt>specific flags, like PG_reserved and PG_slab for example,</tt> <tt>whose bits get determined in vm_init(). Which one has</tt> <tt>changed that upsets "kmem -i"?</tt><tt></tt> <tt>Dave</tt> <blockquote TYPE=CITE> -- David Wilder IBM Linux Technology Center Beaverton, Oregon, USA dwilder@us.ibm.com (503)578-3789 -- Crash-utility mailing list Crash-utility@redhat.com <a href="https://www.redhat.com/mailman/listinfo/crash-utility">https://www.redhat.com/mailman/listinfo/crash-utility</a></blockquote> </html>