Hi,
> > > So I'll queue this up for -mm, but I think we need to see an entire
> > > hot-remove implementation based on this, and have all the interested
> > > parties signed up to it before we can start moving the infrastructure into
> > > mainline.
> > >
> > > Do you think the features which these patches add should be Kconfigurable?
This code looks no help for hot-remove. It seems able to handle only
pages easily to migrate, while hot-remove has to guarantee all pages
can be migrated.
> > Yes please. At least something under CONFIG_EMBEDDED to save poor Matt the
> > trouble of chopping it out himself. :)
>
> Ok. We will think of something to switch this off.
Hi Christoph, sorry I've been off from lhms for long time.
Shall I port the generic memory migration code for hot-remove to -mm tree
directly, and add some new interface like migrate_page_to(struct page *from,
struct page *to) so this may probably fit for your purpose.
The code is still in Dave's mhp1 tree waiting for being merged to -mm tree.
The port will be easy because the migration code is independent to the
memory hotplug code. The core code isn't so big.
Thanks,
Hirokazu Takahashi.
-
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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]