summaryrefslogtreecommitdiff
path: root/include/linux
diff options
context:
space:
mode:
authorGeorgi Djakov <georgi.djakov@oss.qualcomm.com>2026-05-14 12:26:57 +0300
committerAndrew Morton <akpm@linux-foundation.org>2026-06-03 01:22:33 +0300
commita2b8d7827f48ee54a686cb80e4a1d0ff954ec42a (patch)
treed92fdd1c53dc5921c1cf2ecff1ee99d1ea6652aa /include/linux
parent3c3daeafcdb60e182554679fc32d2c912d1b0b6a (diff)
downloadlinux-a2b8d7827f48ee54a686cb80e4a1d0ff954ec42a.tar.xz
drivers/base/memory: set mem->altmap after successful device registration
If __add_memory_block() fails at xa_store() (under memory pressure for example), device_unregister() is called, which eventually triggers memory_block_release() with mem->altmap still set, causing a WARN_ON(mem->altmap). This was triggered by modifying virtio-mem driver. Fix this by delaying the assignment of mem->altmap until after __add_memory_block() has succeeded. Link: https://lore.kernel.org/20260514092657.3057141-1-georgi.djakov@oss.qualcomm.com Fixes: 1a8c64e11043 ("mm/memory_hotplug: embed vmem_altmap details in memory block") Signed-off-by: Georgi Djakov <georgi.djakov@oss.qualcomm.com> Acked-by: Oscar Salvador (SUSE) <osalvador@kernel.org> Cc: Vishal Verma <vishal.l.verma@intel.com> Cc: Mike Rapoport <rppt@kernel.org> Cc: Richard Cheng <icheng@nvidia.com> Cc: David Hildenbrand <david@kernel.org> Cc: Georgi Djakov <djakov@kernel.org> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Cc: "Rafael J. Wysocki" <rafael@kernel.org> Cc: <stable@vger.kernel.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Diffstat (limited to 'include/linux')
0 files changed, 0 insertions, 0 deletions