From: sashiko-bot@kernel.org
To: "Nikolaos Karaolidis" <nick@karaolidis.com>,
"David Hildenbrand" <david@kernel.org>,
"Lorenzo Stoakes" <ljs@kernel.org>,
"Liam R. Howlett" <liam@infradead.org>,
"Vlastimil Babka" <vbabka@kernel.org>,
"Mike Rapoport" <rppt@kernel.org>,
"Suren Baghdasaryan" <surenb@google.com>,
"Jonathan Corbet" <corbet@lwn.net>,
"Shuah Khan" <skhan@linuxfoundation.org>,
"Randy Dunlap" <rdunlap@infradead.org>
Cc: "Oscar Salvador" <osalvador@suse.de>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Jason Wang" <jasowangio@gmail.com>,
"Xuan Zhuo" <xuanzhuo@linux.alibaba.com>,
"Eugenio Pérez" <eperezma@redhat.com>,
"Andrew Morton" <akpm@linux-foundation.org>,
"Michal Hocko" <mhocko@suse.com>, "Hui Zhu" <teawater@gmail.com>,
"Georgi Djakov" <georgi.djakov@oss.qualcomm.com>,
virtualization@lists.linux.dev, linux-mm@kvack.org,
linux-cxl@vger.kernel.org
Subject: Re: [PATCH RFC 3/6] virtio-mem: support memmap_on_memory in Big Block Mode
Date: Wed, 04 Nov 2026 09:51:22 +0000 [thread overview]
Message-ID: <sashiko-outbox-197002@kernel.org> (raw)
In-Reply-To: <20261103-virtio-mem-memmap-v1-3-308ae1da6240@karaolidis.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] virtio-mem: missing kernel-parameters.txt entry for virtio_mem.memmap_on_memory
--
commit 20926ca463fbc5ddc5964493d1dbdfa119302f38
Author: Nikolaos Karaolidis <nick@karaolidis.com>
virtio-mem: support memmap_on_memory in Big Block Mode
This commit adds a virtio_mem.memmap_on_memory module parameter to enable
self-hosted memmaps via MHP_MEMMAP_ON_MEMORY when operating in Big Block Mode,
and skips the memmap pages during fake-offlining and rollback.
> diff --git a/drivers/virtio/virtio_mem.c b/drivers/virtio/virtio_mem.c
> index ab06adbc0342b..034d07207e44d 100644
> --- a/drivers/virtio/virtio_mem.c
> +++ b/drivers/virtio/virtio_mem.c
> @@ -40,6 +40,11 @@ module_param(bbm_block_size, ulong, 0444);
> MODULE_PARM_DESC(bbm_block_size,
> "Big Block size in bytes. Default is 0 (auto-detection).");
>
> +static bool memmap_on_memory;
> +module_param(memmap_on_memory, bool, 0444);
> +MODULE_PARM_DESC(memmap_on_memory,
> + "Allocate the memmap from hotplugged memory itself if memory_hotplug.memmap_on_memory is enabled. Default is 0.");
[Severity: Low]
drivers/virtio/virtio_mem.c registers the new memmap_on_memory module
parameter with 0444 permissions, which can be passed on the kernel command
line at boot as virtio_mem.memmap_on_memory=.
Should Documentation/admin-guide/kernel-parameters.txt also be updated to
document virtio_mem.memmap_on_memory, its format, what it controls, and the
architectures it applies to?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261103-virtio-mem-memmap-v1-0-308ae1da6240@karaolidis.com?part=3
next prev parent reply other threads:[~2026-11-04 9:51 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-03 9:50 [PATCH RFC 0/6] virtio-mem: support memmap_on_memory Nikolaos Karaolidis
2026-11-03 9:50 ` [PATCH RFC 1/6] mm/memory_hotplug: add and export mhp_memmap_on_memory_nr_pages() Nikolaos Karaolidis
2026-11-04 9:51 ` sashiko-bot
2026-11-03 9:50 ` [PATCH RFC 2/6] virtio-mem: prepare memory notifier for a self-hosted memmap Nikolaos Karaolidis
2026-11-04 9:51 ` sashiko-bot
2026-11-03 9:50 ` [PATCH RFC 3/6] virtio-mem: support memmap_on_memory in Big Block Mode Nikolaos Karaolidis
2026-11-04 9:51 ` sashiko-bot [this message]
2026-11-03 9:50 ` [PATCH RFC 4/6] virtio-mem: move virtio_mem_sbm_try_remove_unplugged_mb() Nikolaos Karaolidis
2026-11-04 9:51 ` sashiko-bot
2026-11-03 9:50 ` [PATCH RFC 5/6] virtio-mem: support memmap_on_memory in Sub Block Mode Nikolaos Karaolidis
2026-11-04 9:51 ` sashiko-bot
2026-11-03 9:50 ` [PATCH RFC 6/6] Documentation/admin-guide/mm: document virtio-mem memmap_on_memory Nikolaos Karaolidis
2026-11-04 9:51 ` sashiko-bot
2026-11-03 16:29 ` [PATCH RFC 0/6] virtio-mem: support memmap_on_memory David Hildenbrand (Arm)
2026-11-03 17:37 ` Nick Karaolidis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=sashiko-outbox-197002@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=corbet@lwn.net \
--cc=david@kernel.org \
--cc=eperezma@redhat.com \
--cc=georgi.djakov@oss.qualcomm.com \
--cc=jasowangio@gmail.com \
--cc=liam@infradead.org \
--cc=linux-cxl@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=ljs@kernel.org \
--cc=mhocko@suse.com \
--cc=mst@redhat.com \
--cc=nick@karaolidis.com \
--cc=osalvador@suse.de \
--cc=rdunlap@infradead.org \
--cc=rppt@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=skhan@linuxfoundation.org \
--cc=surenb@google.com \
--cc=teawater@gmail.com \
--cc=vbabka@kernel.org \
--cc=virtualization@lists.linux.dev \
--cc=xuanzhuo@linux.alibaba.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.