We are working on an application that uses a library that uses both huge pages and parses numa_maps. This application is no longer able to identify the socket id correctly for huge pages because the that 'huge' is no longer part of /proc/self/numa_maps. Basically, application sets up huge page mmaps, then reads /proc/self/numa_maps and skips all entries without the string " huge ". Then it looks for address and socket info. Why was this information dropped? Looks like the desire to be generic overstepped the desire to remain compatible. This regression in kernel ABI was introduced by: commit 29ea2f6982f1edc4302729116f2246dd7b45471d Author: Stephen Wilson <wilsons@xxxxxxxx> Date: Tue May 24 17:12:42 2011 -0700 mm: use walk_page_range() instead of custom page table walking code Converting show_numa_map() to use the generic routine decouples the function from mempolicy.c, allowing it to be moved out of the mm subsystem and into fs/proc. Also, include KSM pages in /proc/pid/numa_maps statistics. The pagewalk logic implemented by check_pte_range() failed to account for such pages as they were not applicable to the page migration case. Signed-off-by: Stephen Wilson <wilsons@xxxxxxxx> Reviewed-by: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx> Cc: Hugh Dickins <hughd@xxxxxxxxxx> Cc: David Rientjes <rientjes@xxxxxxxxxx> Cc: Lee Schermerhorn <lee.schermerhorn@xxxxxx> Cc: Alexey Dobriyan <adobriyan@xxxxxxxxx> Cc: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> Signed-off-by: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx"> email@xxxxxxxxx </a>