* drop memory-hotplug on superH
@ 2024-05-16 20:25 Oscar Salvador
2024-05-16 20:30 ` David Hildenbrand
2024-05-17 1:11 ` D. Jeff Dionne
0 siblings, 2 replies; 3+ messages in thread
From: Oscar Salvador @ 2024-05-16 20:25 UTC (permalink / raw)
To: glaubitz; +Cc: geert+renesas, david, linux-sh
Hi,
After talking to Adrian Glaubitz about superH and memory-hotplug, he mentioned
that currently superH runs only on 32bits (there was a 64bit version but no is
longer supported?).
The thing is that since the below commit
commit 7ec58a2b941ed88986694d037e38012738323171
Author: David Hildenbrand <david@redhat.com>
Date: Fri Nov 5 13:44:28 2021 -0700
mm/memory_hotplug: restrict CONFIG_MEMORY_HOTPLUG to 64 bit
we no longer support memory-hotplug on 32bit platforms, so let us drop the
memory-hotplug code for superH because it is a no-op at the moment.
If there is ever a 64bit platform again, we shall re-implement it, and we
shall do it on CONFIG_SPARSEMEM_VMEMMAP, since we plan do make memory-hotplug
dependant on that, and drop support for CONFIG_SPARSEMEM &&
!CONFIG_SPARSEMEM_VMEMMAP environments.
I prepared two patches at [1] that drop the code and the CONFIG_MEMORY_HOTPLUG_foo
from the Kconfigs.
Let me know if you are fine with that and I shall send it.
Thanks
[1] https://github.com/leberus/linux/tree/deprecate-memhotplug-sh
--
Oscar Salvador
SUSE Labs
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: drop memory-hotplug on superH
2024-05-16 20:25 drop memory-hotplug on superH Oscar Salvador
@ 2024-05-16 20:30 ` David Hildenbrand
2024-05-17 1:11 ` D. Jeff Dionne
1 sibling, 0 replies; 3+ messages in thread
From: David Hildenbrand @ 2024-05-16 20:30 UTC (permalink / raw)
To: Oscar Salvador, glaubitz; +Cc: geert+renesas, linux-sh
On 16.05.24 22:25, Oscar Salvador wrote:
> Hi,
>
> After talking to Adrian Glaubitz about superH and memory-hotplug, he mentioned
> that currently superH runs only on 32bits (there was a 64bit version but no is
> longer supported?).
> The thing is that since the below commit
>
> commit 7ec58a2b941ed88986694d037e38012738323171
> Author: David Hildenbrand <david@redhat.com>
> Date: Fri Nov 5 13:44:28 2021 -0700
>
> mm/memory_hotplug: restrict CONFIG_MEMORY_HOTPLUG to 64 bit
>
>
>
> we no longer support memory-hotplug on 32bit platforms, so let us drop the
> memory-hotplug code for superH because it is a no-op at the moment.
> If there is ever a 64bit platform again, we shall re-implement it, and we
> shall do it on CONFIG_SPARSEMEM_VMEMMAP, since we plan do make memory-hotplug
> dependant on that, and drop support for CONFIG_SPARSEMEM &&
> !CONFIG_SPARSEMEM_VMEMMAP environments.
>
> I prepared two patches at [1] that drop the code and the CONFIG_MEMORY_HOTPLUG_foo
> from the Kconfigs.
>
> Let me know if you are fine with that and I shall send it.
>
Sounds good, let's rip it out.
Thanks!
--
Cheers,
David / dhildenb
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: drop memory-hotplug on superH
2024-05-16 20:25 drop memory-hotplug on superH Oscar Salvador
2024-05-16 20:30 ` David Hildenbrand
@ 2024-05-17 1:11 ` D. Jeff Dionne
1 sibling, 0 replies; 3+ messages in thread
From: D. Jeff Dionne @ 2024-05-17 1:11 UTC (permalink / raw)
To: Oscar Salvador; +Cc: glaubitz, geert+renesas, david, linux-sh
On May 17, 2024, at 05:25, Oscar Salvador <osalvador@suse.de> wrote:
Agree
> we no longer support memory-hotplug on 32bit platforms, so let us drop the
> memory-hotplug code for superH because it is a no-op at the moment.
> If there is ever a 64bit platform again, we shall re-implement it, and we
> shall do it on CONFIG_SPARSEMEM_VMEMMAP, since we plan do make memory-hotplug
> dependant on that, and drop support for CONFIG_SPARSEMEM &&
> !CONFIG_SPARSEMEM_VMEMMAP environments.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2024-05-17 1:11 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-05-16 20:25 drop memory-hotplug on superH Oscar Salvador
2024-05-16 20:30 ` David Hildenbrand
2024-05-17 1:11 ` D. Jeff Dionne
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).