From: Claudio Imbrenda <imbrenda@linux.ibm.com>
To: Janosch Frank <frankja@linux.ibm.com>
Cc: kvm@vger.kernel.org, linux-s390@vger.kernel.org,
borntraeger@linux.ibm.com, akrowiak@linux.ibm.com
Subject: Re: [RFC 06/10] KVM: s390: Rework lowcore access functions
Date: Wed, 18 Mar 2026 15:25:27 +0100 [thread overview]
Message-ID: <20260318152527.3be04f07@p-imbrenda> (raw)
In-Reply-To: <20260316180310.17765-7-frankja@linux.ibm.com>
On Mon, 16 Mar 2026 16:23:53 +0000
Janosch Frank <frankja@linux.ibm.com> wrote:
> These functions effectively always use offset constants and no
> addresses at all. Therefore make it clear that we're accessing offsets
> and sprinkle in compile and runtime warnings for more safety.
>
> Signed-off-by: Janosch Frank <frankja@linux.ibm.com>
> ---
> arch/s390/kvm/gaccess.h | 32 ++++++++++++++++++++++----------
> 1 file changed, 22 insertions(+), 10 deletions(-)
>
> diff --git a/arch/s390/kvm/gaccess.h b/arch/s390/kvm/gaccess.h
> index ee346b607a07..086da7b040b5 100644
> --- a/arch/s390/kvm/gaccess.h
> +++ b/arch/s390/kvm/gaccess.h
> @@ -89,6 +89,13 @@ static inline unsigned long kvm_s390_logical_to_effective(struct kvm_vcpu *vcpu,
> return _kvm_s390_logical_to_effective(&vcpu->arch.sie_block->gpsw, ga);
> }
>
> +static inline gpa_t lc_addr_from_offset(struct kvm_vcpu *vcpu, unsigned int off)
int is ok, but technically it could even be a short
> +{
> + gpa_t addr = kvm_s390_get_prefix(vcpu);
> +
> + return addr + off;
> +}
> +
> /*
> * put_guest_lc, read_guest_lc and write_guest_lc are guest access functions
> * which shall only be used to access the lowcore of a vcpu.
> @@ -117,13 +124,14 @@ static inline unsigned long kvm_s390_logical_to_effective(struct kvm_vcpu *vcpu,
> * would be to terminate the guest.
> * It is wrong to inject a guest exception.
> */
> -#define put_guest_lc(vcpu, x, gra) \
> +#define put_guest_lc(vcpu, x, off) \
> ({ \
> struct kvm_vcpu *__vcpu = (vcpu); \
> - __typeof__(*(gra)) __x = (x); \
> - unsigned long __gpa; \
> + __typeof__(*(off)) __x = (x); \
> + gpa_t __gpa; \
> \
> - __gpa = (unsigned long)(gra); \
> + BUILD_BUG_ON(!__builtin_constant_p(off)); \
> + __gpa = (unsigned long)(off); \
why not use the new function lc_addr_from_offset() that you have just
introduced?
> __gpa += kvm_s390_get_prefix(__vcpu); \
> kvm_write_guest(__vcpu->kvm, __gpa, &__x, sizeof(__x)); \
> })
> @@ -131,7 +139,7 @@ static inline unsigned long kvm_s390_logical_to_effective(struct kvm_vcpu *vcpu,
> /**
> * write_guest_lc - copy data from kernel space to guest vcpu's lowcore
> * @vcpu: virtual cpu
> - * @gra: vcpu's source guest real address
> + * @off: offset into the lowcore
> * @data: source address in kernel space
> * @len: number of bytes to copy
> *
> @@ -146,18 +154,20 @@ static inline unsigned long kvm_s390_logical_to_effective(struct kvm_vcpu *vcpu,
> * It is wrong to inject a guest exception.
> */
> static inline __must_check
> -int write_guest_lc(struct kvm_vcpu *vcpu, unsigned long gra, void *data,
> +int write_guest_lc(struct kvm_vcpu *vcpu, unsigned int off, void *data,
> unsigned long len)
> {
> - unsigned long gpa = gra + kvm_s390_get_prefix(vcpu);
> + gpa_t gpa = lc_addr_from_offset(vcpu, off);
>
> + BUILD_BUG_ON(!__builtin_constant_p(off) || !__builtin_constant_p(len));
> + BUILD_BUG_ON(off + len >= 2 * PAGE_SIZE);
> return kvm_write_guest(vcpu->kvm, gpa, data, len);
> }
>
> /**
> * read_guest_lc - copy data from guest vcpu's lowcore to kernel space
> * @vcpu: virtual cpu
> - * @gra: vcpu's source guest real address
> + * @off: offset into the lowcore
> * @data: destination address in kernel space
> * @len: number of bytes to copy
> *
> @@ -172,11 +182,13 @@ int write_guest_lc(struct kvm_vcpu *vcpu, unsigned long gra, void *data,
> * It is wrong to inject a guest exception.
> */
> static inline __must_check
> -int read_guest_lc(struct kvm_vcpu *vcpu, unsigned long gra, void *data,
> +int read_guest_lc(struct kvm_vcpu *vcpu, unsigned int off, void *data,
> unsigned long len)
> {
> - unsigned long gpa = gra + kvm_s390_get_prefix(vcpu);
> + gpa_t gpa = lc_addr_from_offset(vcpu, off);
>
> + BUILD_BUG_ON(!__builtin_constant_p(off) || !__builtin_constant_p(len));
> + BUILD_BUG_ON(off + len >= 2 * PAGE_SIZE);
> return kvm_read_guest(vcpu->kvm, gpa, data, len);
> }
>
next prev parent reply other threads:[~2026-03-18 14:25 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-16 16:23 [RFC 00/10] KVM: s390: spring cleanup Janosch Frank
2026-03-16 16:23 ` [RFC 01/10] KVM: s390: diag258: Pass absolute address to kvm_is_gpa_in_memslot() Janosch Frank
2026-03-16 18:34 ` Christian Borntraeger
2026-03-17 10:01 ` Christoph Schlameuss
2026-03-18 16:04 ` Claudio Imbrenda
2026-03-16 16:23 ` [RFC 02/10] KVM: s390: Consolidate lpswe variants Janosch Frank
2026-03-16 18:47 ` Christian Borntraeger
2026-03-17 8:13 ` Janosch Frank
2026-03-17 13:03 ` [PATCH] KVM: s390: Fix lpsw/e breaking event handling Janosch Frank
2026-03-17 13:30 ` Christian Borntraeger
2026-03-23 15:08 ` Hendrik Brueckner
2026-03-16 16:23 ` [RFC 03/10] KVM: s390: Convert shifts to gpa_to_gfn() Janosch Frank
2026-03-16 18:49 ` Christian Borntraeger
2026-03-17 10:38 ` Christoph Schlameuss
2026-03-18 14:26 ` Claudio Imbrenda
2026-03-16 16:23 ` [RFC 04/10] KVM: s390: kvm_s390_real_to_abs() should return gpa_t Janosch Frank
2026-03-16 18:53 ` Christian Borntraeger
2026-03-18 7:10 ` Christoph Schlameuss
2026-03-18 14:29 ` Claudio Imbrenda
2026-03-16 16:23 ` [RFC 05/10] KVM: s390: vsie: Cleanup and fixup of crycb handling Janosch Frank
2026-03-18 14:13 ` Christoph Schlameuss
2026-03-18 16:48 ` Claudio Imbrenda
2026-03-20 12:01 ` Anthony Krowiak
2026-03-23 15:54 ` Janosch Frank
2026-03-16 16:23 ` [RFC 06/10] KVM: s390: Rework lowcore access functions Janosch Frank
2026-03-18 14:25 ` Claudio Imbrenda [this message]
2026-03-23 9:11 ` Christoph Schlameuss
2026-03-16 16:23 ` [RFC 07/10] KVM: s390: Use gpa_t and gva_t in gaccess files Janosch Frank
2026-03-18 15:36 ` Claudio Imbrenda
2026-03-23 9:10 ` Christoph Schlameuss
2026-03-16 16:23 ` [RFC 08/10] KVM: s390: Use gpa_t in priv.c Janosch Frank
2026-03-18 16:02 ` Claudio Imbrenda
2026-03-30 14:53 ` Janosch Frank
2026-03-23 9:28 ` Christoph Schlameuss
2026-03-16 16:23 ` [RFC 09/10] KVM: s390: Use gpa_t in pv.c Janosch Frank
2026-03-18 15:46 ` Claudio Imbrenda
2026-03-23 9:41 ` Christoph Schlameuss
2026-03-30 14:36 ` Janosch Frank
2026-03-16 16:23 ` [RFC 10/10] KVM: s390: Cleanup kvm_s390_store_status_unloaded Janosch Frank
2026-03-18 15:51 ` Claudio Imbrenda
2026-03-23 9:47 ` Christoph Schlameuss
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=20260318152527.3be04f07@p-imbrenda \
--to=imbrenda@linux.ibm.com \
--cc=akrowiak@linux.ibm.com \
--cc=borntraeger@linux.ibm.com \
--cc=frankja@linux.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox