From: Paul Mackerras <paulus@ozlabs.org>
To: kvm-ppc@vger.kernel.org
Subject: Re: [PATCH 01/13] KVM: PPC: Ultravisor: generic ucall handler plpar_ucall()
Date: Tue, 22 Jan 2019 23:32:04 +0000 [thread overview]
Message-ID: <20190122233204.GA24333@blackberry> (raw)
In-Reply-To: <1548172784-27414-2-git-send-email-linuxram@us.ibm.com>
On Tue, Jan 22, 2019 at 07:59:32AM -0800, Ram Pai wrote:
> plpar_ucall() function can now be used to make ucalls
> with varied number of in and out arguments. It handles
> 4 out arguments and a lot of in arguments.
>
> copies the implementation of plpar_hcall().
>
> Signed-off-by: Ram Pai <linuxram@us.ibm.com>
> ---
> arch/powerpc/platforms/powernv/Makefile | 1 +
> arch/powerpc/platforms/powernv/uvCall.S | 41 +++++++++++++++++++++++++++++++++
I don't think arch/powerpc/platforms/powernv is the right place for
this, since we will also need to do ucalls from a secure guest and its
kernel may not have CONFIG_PPC_POWERNV=y. Also, the "plpar_" prefix
gives rise to a cognitive dissonance, because "plpar" is short for
pSeries logical partition, and we definitely are not in a pSeries
logical partition here.
> +_GLOBAL_TOC(plpar_ucall)
> +
> + mfcr r0
> + stw r0,8(r1)
> + mr r0,r3
> +
> + std r4,STK_PARAM(R4)(r1) /* Save ret buffer */
> +
> + mr r3,r5
> + mr r4,r6
> + mr r5,r7
> + mr r6,r8
> + mr r7,r9
> + mr r8,r10
> +
> + sc 2 /* invoke the ultravisor */
> +
> + ld r12,STK_PARAM(R4)(r1)
> + std r4, 0(r12)
> + std r5, 8(r12)
> + std r6, 16(r12)
> + std r7, 24(r12)
> +
> + lwz r0,8(r1)
> + mtcrf 0xff,r0
> +
> + blr /* return r3 = status */
So we save/restore CR across the ucall, but not LR. Do we really not
trust the ultravisor to preserve the non-volatile CR fields, or is it
just that you were copying plpar_hcall()? Either way it deserves a
note in the patch description.
Paul.
prev parent reply other threads:[~2019-01-22 23:32 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-22 15:59 [PATCH 01/13] KVM: PPC: Ultravisor: generic ucall handler plpar_ucall() Ram Pai
2019-01-22 23:32 ` Paul Mackerras [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=20190122233204.GA24333@blackberry \
--to=paulus@ozlabs.org \
--cc=kvm-ppc@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