lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20251119121423.4e7bd49c@p-imbrenda>
Date: Wed, 19 Nov 2025 12:14:23 +0100
From: Claudio Imbrenda <imbrenda@...ux.ibm.com>
To: Heiko Carstens <hca@...ux.ibm.com>
Cc: kvm@...r.kernel.org, linux-kernel@...r.kernel.org,
        linux-s390@...r.kernel.org, borntraeger@...ibm.com,
        frankja@...ux.ibm.com, nsg@...ux.ibm.com, nrb@...ux.ibm.com,
        seiden@...ux.ibm.com, schlameuss@...ux.ibm.com, svens@...ux.ibm.com,
        agordeev@...ux.ibm.com, gor@...ux.ibm.com, david@...hat.com,
        gerald.schaefer@...ux.ibm.com
Subject: Re: [PATCH v3 00/23] KVM: s390: gmap rewrite, the real deal

On Tue, 18 Nov 2025 16:28:15 +0100
Heiko Carstens <hca@...ux.ibm.com> wrote:

> On Thu, Nov 06, 2025 at 05:10:54PM +0100, Claudio Imbrenda wrote:
> > This series is the last big series of the gmap rewrite. It introduces
> > the new code and actually uses it. The old code is then removed.
> > 
> > The insertions/deletions balance is negative both for this series, and
> > for the whole rewrite, also considering all the preparatory patches.
> > 
> > KVM on s390 will now use the mmu_notifier, like most other
> > architectures. The gmap address space is now completely separate from
> > userspace; no level of the page tables is shared between guest mapping
> > and userspace.
> > 
> > One of the biggest advantages is that the page size of userspace is
> > completely independent of the page size used by the guest. Userspace
> > can mix normal pages, THPs, hugetlbfs, and more.
> > 
> > Patches 1 to 6 are mostly preparations; introducing some new bits and
> > functions, and moving code around.
> > 
> > Patch 7 to 16 is the meat of the new gmap code; page table management
> > functions and gmap management. This is the code that will be used to
> > manage guest memory.
> > 
> > Patch 18 is unfortunately big; the existing code is converted to use
> > the new gmap and all references to the old gmap are removed. This needs
> > to be done all at once, unfortunately, hence the size of the patch.
> > 
> > Patch 19 and 20 remove all the now unused code.
> > 
> > Patch 21 and 22 allow for 1M pages to be used to back guests, and add
> > some more functions that are useful for testing.
> > 
> > Patch 23 fixes storage key manipulation functions, which would
> > otherwise be broken by the new code.  
> 
> I would guess patch 23 also needs to go into the already huge patch which
> switches everything to the new gmap code, since otherwise bisect will not work
> for anything that is storage key related.

yeah I was thinking of that.... I don't like it, but I can't see a
nicer solution either

> 
> Anyway, I can imagine some addon cleanups, but that can wait after this series
> is upstream.
> 
> At least from a "core s390 code view", without considering kvm this looks good
> to me. There is at least one known bug hiding in this huge rewrite - but just
> wanted to let you know that my concerns with the previous version have been
> addressed.


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ