[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20090721183628.edbb7b99.kamezawa.hiroyu@jp.fujitsu.com>
Date: Tue, 21 Jul 2009 18:36:28 +0900
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: ebiederm@...ssion.com, xiyou.wangcong@...il.com, tao.ma@...cle.com,
linux-kernel@...r.kernel.org, adobriyan@...il.com,
mtk.manpages@...il.com, y-goto@...fujitsu.com
Subject: [RFC][PATCH 0/3] kcore: clean up and update ram information
properly
Now, /proc/kcore is built on kclist information which is constructed at boot.
This kclist includes physical memory range information but not updated at
memory hotplug. And, this information tends to includes big memory hole.
On the other hand, /proc/iomem includes all physical memory information as
"System RAM" and this is updated properly and kdump use this, IIUC.
(I hope all archtecuture stores necessary information...)
This patch tries to build kclist for physical memory(direct map) on
/proc/iomem info. It's refreshed at open("/proc/kcore",) if necesasry.
This is just a RFC. Any comments are welcome.
[1/3] ... clean up kclist handling.
[2/3] ... clean up kclist_add()
[3/3] ... use /proc/iomem information for /proc/kcore.
I can only test x86-64.
Thanks,
-Kame
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists