long(*hpte_remove)(unsigned long hpte_group);
> + void(*hpte_removebolted)(unsigned long ea,
> + int psize, int ssize);
> void(*flush_hash_range)(unsigned long number, int local);
>
> /* special for kexec, to be called in real mode, linar mapping is
>
>
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm' in
> the body to [EMAIL PROTECTED] For more info on Linux MM,
> see: http://www.linux-mm.org/ .
> Don't email: mailto:"[EMAIL PROTECTED]"> [EMAIL PROTECTED]
--
Yasunori Goto
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
4. Isn't it ?
Right.
Currently, our machine doesn't have real physical remove feature yet.
(only add).
So, I think testing is not enough around physical removing.
Probably, your box will be first one which can remove physical memory
with Linux. It is good for testing.
If yo
Hello.
I'm working for memory hotplug. This patch looks good to me.
Acked-by: Yasunori Goto <[EMAIL PROTECTED]>
Thanks.
> Nathan Lynch wrote:
> > Now that walk_memory_resource() is available regardless of
> > MEMORY_HOTPLUG's setting, this dependency is not
gt; > > + return;
> > > + }
> > > +
> > > + /*
> > > +* Allocations came from bootmem - how do I free up ?
> > > +*/
> > > +
> >
> > Shouldn't we figure this one out before merging?
> >
>
rqsave().
__remove_section()
|
+--> unregister_memory_section()
|
+--> remove_memory_block()
|
+--> unregister_memory()
|
+--> sysdev_unregister()
sysdev_unregister() calls mutex_lock().
It might sleep with
Ok. Thanks.
Acked-by: Yasunori Goto <[EMAIL PROTECTED]>
> Generic helper function to remove section mappings and sysfs entries
> for the section of the memory we are removing. offline_pages() correctly
> adjusted zone and marked the pages reserved.
>
> TODO: Yasuno
Looks good to me. And ia64 boots up with this patch too.
Thanks.
Acked-by: Yasunori Goto <[EMAIL PROTECTED]>
>
> vmemmap allocation current got
> [e200-e21f] PMD ->81000140 on node 0
> [e220-e23f] PMD ->ff
>
> On Thu, 2008-05-01 at 15:13 +1000, Tony Breeds wrote:
> > On Tue, Apr 29, 2008 at 11:12:41PM -0700, David Miller wrote:
> > >
> > > This commit causes bootup failures on sparc64:
> > >
> > > commit 86f6dae1377523689bd8468fed2f2dd180fc05
