From: Cornelia Huck <cohuck@redhat.com>
To: Janosch Frank <frankja@linux.ibm.com>
Cc: kvm@vger.kernel.org, thuth@redhat.com,
linux-s390@vger.kernel.org, david@redhat.com,
borntraeger@de.ibm.com, imbrenda@linux.ibm.com
Subject: Re: [kvm-unit-tests PATCH v2 3/3] s390x: Ultravisor guest API test
Date: Mon, 10 Aug 2020 16:50:04 +0200 [thread overview]
Message-ID: <20200810165004.02c4b5bf.cohuck@redhat.com> (raw)
In-Reply-To: <20200807111555.11169-4-frankja@linux.ibm.com>
On Fri, 7 Aug 2020 07:15:55 -0400
Janosch Frank <frankja@linux.ibm.com> wrote:
> Test the error conditions of guest 2 Ultravisor calls, namely:
> * Query Ultravisor information
> * Set shared access
> * Remove shared access
>
> Signed-off-by: Janosch Frank <frankja@linux.ibm.com>
> Reviewed-by: Claudio Imbrenda <imbrenda@linux.ibm.com>
> ---
> lib/s390x/asm/uv.h | 74 ++++++++++++++++++++
> s390x/Makefile | 1 +
> s390x/unittests.cfg | 3 +
> s390x/uv-guest.c | 162 ++++++++++++++++++++++++++++++++++++++++++++
> 4 files changed, 240 insertions(+)
> create mode 100644 lib/s390x/asm/uv.h
> create mode 100644 s390x/uv-guest.c
(...)
> +static inline int uv_call(unsigned long r1, unsigned long r2)
> +{
> + int cc;
> +
> + /*
> + * The brc instruction will take care of the cc 2/3 case where
> + * we need to continue the execution because we were
> + * interrupted. The inline assembly will only return on
> + * success/error i.e. cc 0/1.
> + */
Thanks, that is helpful.
> + asm volatile(
> + "0: .insn rrf,0xB9A40000,%[r1],%[r2],0,0\n"
> + " brc 3,0b\n"
> + " ipm %[cc]\n"
> + " srl %[cc],28\n"
> + : [cc] "=d" (cc)
> + : [r1] "a" (r1), [r2] "a" (r2)
> + : "memory", "cc");
> + return cc;
> +}
> +
> +#endif
(...)
> diff --git a/s390x/uv-guest.c b/s390x/uv-guest.c
> new file mode 100644
> index 0000000..1aaf7ca
> --- /dev/null
> +++ b/s390x/uv-guest.c
> @@ -0,0 +1,162 @@
> +/*
> + * Guest Ultravisor Call tests
> + *
> + * Copyright (c) 2020 IBM Corp
> + *
> + * Authors:
> + * Janosch Frank <frankja@linux.ibm.com>
> + *
> + * This code is free software; you can redistribute it and/or modify it
> + * under the terms of the GNU General Public License version 2.
> + */
> +
> +#include <libcflat.h>
> +#include <alloc_page.h>
> +#include <asm/page.h>
> +#include <asm/asm-offsets.h>
> +#include <asm/interrupt.h>
> +#include <asm/facility.h>
> +#include <asm/uv.h>
> +
> +static unsigned long page;
> +
> +static inline int share(unsigned long addr, u16 cmd)
> +{
> + struct uv_cb_share uvcb = {
> + .header.cmd = cmd,
> + .header.len = sizeof(uvcb),
> + .paddr = addr
> + };
> +
> + uv_call(0, (u64)&uvcb);
> + return uvcb.header.rc;
Any reason why you're not checking rc and cc here...
> +}
> +
> +static inline int uv_set_shared(unsigned long addr)
> +{
> + return share(addr, UVC_CMD_SET_SHARED_ACCESS);
> +}
> +
> +static inline int uv_remove_shared(unsigned long addr)
> +{
> + return share(addr, UVC_CMD_REMOVE_SHARED_ACCESS);
> +}
(...)
> +static void test_sharing(void)
> +{
> + struct uv_cb_share uvcb = {
> + .header.cmd = UVC_CMD_SET_SHARED_ACCESS,
> + .header.len = sizeof(uvcb) - 8,
> + };
> + int cc;
> +
> + report_prefix_push("share");
> + cc = uv_call(0, (u64)&uvcb);
> + report(cc == 1 && uvcb.header.rc == UVC_RC_INV_LEN, "length");
...while you do it for this command (as for all the others)?
> + report(uv_set_shared(page) == UVC_RC_EXECUTED, "share");
So, is that one of the cases where something is actually indicated in
rc on success? Or does cc=0/1 have a different meaning for these calls?
> + report_prefix_pop();
> +
> + report_prefix_push("unshare");
> + uvcb.header.cmd = UVC_CMD_REMOVE_SHARED_ACCESS;
> + cc = uv_call(0, (u64)&uvcb);
> + report(cc == 1 && uvcb.header.rc == UVC_RC_INV_LEN, "length");
> + report(uv_remove_shared(page) == UVC_RC_EXECUTED, "unshare");
> + report_prefix_pop();
> +
> + report_prefix_pop();
> +}
(...)
next prev parent reply other threads:[~2020-08-10 14:50 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-07 11:15 [kvm-unit-tests PATCH v2 0/3] PV tests part 1 Janosch Frank
2020-08-07 11:15 ` [kvm-unit-tests PATCH v2 1/3] s390x: Add custom pgm cleanup function Janosch Frank
2020-08-10 12:21 ` Cornelia Huck
2020-08-07 11:15 ` [kvm-unit-tests PATCH v2 2/3] s390x: skrf: Add exception new skey test and add test to unittests.cfg Janosch Frank
2020-08-07 12:12 ` Thomas Huth
2020-08-10 14:38 ` Cornelia Huck
2020-08-07 11:15 ` [kvm-unit-tests PATCH v2 3/3] s390x: Ultravisor guest API test Janosch Frank
2020-08-07 12:14 ` Thomas Huth
2020-08-10 14:50 ` Cornelia Huck [this message]
2020-08-10 15:27 ` Janosch Frank
2020-08-10 15:32 ` Cornelia Huck
2020-08-10 15:45 ` [kvm-unit-tests PATCH v3] " Janosch Frank
2020-08-10 15:50 ` Cornelia Huck
2020-08-11 7:18 ` Janosch Frank
2020-08-11 7:29 ` [kvm-unit-tests PATCH v2 0/3] PV tests part 1 Janosch Frank
-- strict thread matches above, loose matches on Subject: below --
2020-07-27 9:54 Janosch Frank
2020-07-27 9:54 ` [kvm-unit-tests PATCH v2 3/3] s390x: Ultravisor guest API test Janosch Frank
2020-07-30 11:16 ` Cornelia Huck
2020-07-30 15:58 ` Thomas Huth
2020-07-31 7:34 ` Janosch Frank
2020-07-31 8:42 ` Cornelia Huck
2020-07-31 9:06 ` Janosch Frank
2020-07-31 9:21 ` Cornelia Huck
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=20200810165004.02c4b5bf.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=david@redhat.com \
--cc=frankja@linux.ibm.com \
--cc=imbrenda@linux.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=thuth@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox