From: Konstantin Khorenko <khorenko@virtuozzo.com>
To: Vasileios Almpanis <vasileios.almpanis@virtuozzo.com>,
Andrey Drobyshev <andrey.drobyshev@virtuozzo.com>,
Pavel Tikhomirov <ptikhomirov@virtuozzo.com>,
Konstantin Khorenko <khorenko@virtuozzo.com>
Cc: devel@openvz.org
Subject: Re: [Devel] [PATCH hci-8.1 0/8] mm: keep DMA-pinned MADV_DOEXEC memory working across exec
Date: Wed, 04 Nov 2026 20:21:16 +0100 [thread overview]
Message-ID: <179382007680.2760255.7778170435356058929.b4-ty@b4> (raw)
In-Reply-To: <20261014-b4-prep-khorenko-vstor-149847-2-doexec-pinned-memory-v1-0-36f1120f9b57@virtuozzo.com>
On Wed, 14 Oct 2026 19:11:03 +0200, Konstantin Khorenko wrote:
> mm: keep DMA-pinned MADV_DOEXEC memory working across exec
>
> VSTOR-149847: memory preserved across exec with MADV_DOEXEC loses its
> connection to long-term pins (VFIO DMA, io_uring fixed buffers) after a
> live-update exec, because the copy into the new mm write protects the
> pages and the first write in the new image copies them away from the
> pins. Applies on top of "mm, binfmt_elf: two fixes also posted to
> mainline".
> http://lore.virtuozzo.com/20261014-b4-prep-khorenko-vstor-149847-1-upstream-fixes-v1-0-7fde9ffbebe9@virtuozzo.com
>
> [...]
Applied to branch-rh10-6.12.0-211.52.1.22.x.vz10-ovz, will be released in rh10-6.12.0-211.52.1.22.18.vz10, thanks!
[1/8] oracle/mm: fix VM_BUG_ON hit when preserving memory
https://bitbucket.org/virtuozzocore/vzkernel.vzs/commits/6a7a30845788
[2/8] oracle/mm: hold the source mmap write lock when copying PTEs
https://bitbucket.org/virtuozzocore/vzkernel.vzs/commits/a23730a3edab
[3/8] oracle/mm: do not write protect COW mappings when preserving across exec
https://bitbucket.org/virtuozzocore/vzkernel.vzs/commits/624d454834fd
[4/8] oracle/mm: write protect preserved PTEs but keep them exclusive
https://bitbucket.org/virtuozzocore/vzkernel.vzs/commits/ef3f917e118a
[5/8] oracle/mm: set MMF_HAS_PINNED on the mm receiving preserved pages
https://bitbucket.org/virtuozzocore/vzkernel.vzs/commits/b187ad4af7ef
[6/8] oracle/mm: zap the preserved ranges of the old mm after copying them
https://bitbucket.org/virtuozzocore/vzkernel.vzs/commits/7969d34b2578
[7/8] exec: protect preserved memory against surviving shared-mm tasks
https://bitbucket.org/virtuozzocore/vzkernel.vzs/commits/f6b7a0cfa0ba
[8/8] selftests/mm: test memory preservation across exec
https://bitbucket.org/virtuozzocore/vzkernel.vzs/commits/d2f2c741fe35
--
Konstantin Khorenko,
Virtuozzo Linux Kernel Team
_______________________________________________
Devel mailing list
Devel@openvz.org
https://lists.openvz.org/mailman/listinfo/devel
prev parent reply other threads:[~2026-11-04 19:22 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-14 17:11 Konstantin Khorenko
2026-10-14 17:11 ` [Devel] [PATCH hci-8.1 1/8] oracle/mm: fix VM_BUG_ON hit when preserving memory Konstantin Khorenko
2026-10-14 17:16 ` no-reply
2026-10-14 17:11 ` [Devel] [PATCH hci-8.1 2/8] oracle/mm: hold the source mmap write lock when copying PTEs Konstantin Khorenko
2026-10-14 17:15 ` no-reply
2026-10-14 17:11 ` [Devel] [PATCH hci-8.1 3/8] oracle/mm: do not write protect COW mappings when preserving across exec Konstantin Khorenko
2026-10-14 17:20 ` no-reply
2026-10-14 17:11 ` [Devel] [PATCH hci-8.1 4/8] oracle/mm: write protect preserved PTEs but keep them exclusive Konstantin Khorenko
2026-10-14 17:18 ` no-reply
2026-10-14 17:11 ` [Devel] [PATCH hci-8.1 5/8] oracle/mm: set MMF_HAS_PINNED on the mm receiving preserved pages Konstantin Khorenko
2026-10-14 17:19 ` no-reply
2026-10-14 17:11 ` [Devel] [PATCH hci-8.1 6/8] oracle/mm: zap the preserved ranges of the old mm after copying them Konstantin Khorenko
2026-10-14 17:24 ` no-reply
2026-10-21 16:44 ` Konstantin Khorenko
2026-10-14 17:11 ` [Devel] [PATCH hci-8.1 7/8] exec: protect preserved memory against surviving shared-mm tasks Konstantin Khorenko
2026-10-14 17:24 ` no-reply
2026-10-21 16:46 ` Konstantin Khorenko
2026-10-14 17:11 ` [Devel] [PATCH hci-8.1 8/8] selftests/mm: test memory preservation across exec Konstantin Khorenko
2026-10-14 17:33 ` no-reply
2026-10-21 16:48 ` Konstantin Khorenko
2026-11-04 19:21 ` Konstantin Khorenko [this message]
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=179382007680.2760255.7778170435356058929.b4-ty@b4 \
--to=khorenko@virtuozzo.com \
--cc=andrey.drobyshev@virtuozzo.com \
--cc=devel@openvz.org \
--cc=ptikhomirov@virtuozzo.com \
--cc=vasileios.almpanis@virtuozzo.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.