Arjan van de Ven wrote:
On Wed, 2005-04-20 at 23:15 +0900, Kamezawa Hiroyuki wrote:Actually leaked pages cannot be hot-removed/replaced. So we have to trace which pages is removed by MCA.
MCA's probably shouldn't set PG_reserved; I don't see why they should.
They could just steal the page and "leak" it.
I think Set PG_reserved and set page->private = Removed_by_MCA is a simple idea.
No meaning ? Before memory-hotremove, we can guessing whether memory is hot-removable or not.For showing page usage and its "location", I've thought of other interface, sysfs, procfs.../dev/memstate really looks like a bad idea to me as well... I rather have less than more /dev/*mem*
But I have no idea.
Why do you want this exported to userspace? There is absolutely no way
you can get this exported race free without shutting the VM down, and
without being race free this information has absolutely no meaning !!
As you say , this is not atomic and not fully responsible.
After failing memory-hotremove, detecting why hot-remove was failed is very important.
I think ,when memory hot-remove faild, memory area is isolated until it is pushed back by an operator.
We can get a real snapshot of specified memory area.
Regards, -- Kame
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/