Re: [Part1 PATCH v5 00/22] x86, ACPI, numa: Parse numa info earlier

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi tj,

On 06/20/2013 02:17 PM, Tejun Heo wrote:
......

I was suggesting two separate things.

* As memblock allocator can relocate itself.  There's no point in
   avoiding setting NUMA node while parsing and registering NUMA
   topology.  Just parse and register NUMA info and later tell it to
   relocate itself out of hot-pluggable node.  A number of patches in
   the series is doing this dancing - carefully reordering NUMA
   probing.  No need to do that.  It's really fragile thing to do.

* Once you get the above out of the way, I don't think there are a lot
   of permanent allocations in the way before NUMA is initialized.
   Re-order the remaining ones if that's cleaner to do.  If that gets
   overly messy / fragile, copying them around or freeing and reloading
   afterwards could be an option too.

memblock allocator can relocate itself, but it cannot relocate the memory
it allocated for users. There could be some pointers pointing to these
memory ranges. If we do the relocation, how to update these pointers ?

Or, do you mean modify the pagetable ?  I don't think so.

So would you please tell me more about how to do the relocation ?

Thanks. :)


--
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/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]