From: David Hildenbrand <david@redhat.com>
To: Janosch Frank <frankja@linux.ibm.com>, kvm@vger.kernel.org
Cc: linux-s390@vger.kernel.org, cohuck@redhat.com, borntraeger@de.ibm.com
Subject: Re: [kvm-unit-tests PATCH v2] s390x: Add stsi 3.2.2 tests
Date: Mon, 30 Mar 2020 18:15:07 +0200 [thread overview]
Message-ID: <bfe88665-af75-e830-ff3f-4698a48a292b@redhat.com> (raw)
In-Reply-To: <20200330153359.2386-1-frankja@linux.ibm.com>
On 30.03.20 17:33, Janosch Frank wrote:
> Subcode 3.2.2 is handled by KVM/QEMU and should therefore be tested
> a bit more thorough.
>
> In this test we set a custom name and uuid through the QEMU command
> line. Both parameters will be passed to the guest on a stsi subcode
> 3.2.2 call and will then be checked.
>
> We also compare the configured cpu numbers against the smp reported
> numbers and if the reserved + configured add up to the total number
> reported.
>
> Signed-off-by: Janosch Frank <frankja@linux.ibm.com>
> ---
> s390x/stsi.c | 72 +++++++++++++++++++++++++++++++++++++++++++++
> s390x/unittests.cfg | 1 +
> 2 files changed, 73 insertions(+)
>
> diff --git a/s390x/stsi.c b/s390x/stsi.c
> index e9206bca137d2edb..a291fd828347018a 100644
> --- a/s390x/stsi.c
> +++ b/s390x/stsi.c
> @@ -14,7 +14,28 @@
> #include <asm/page.h>
> #include <asm/asm-offsets.h>
> #include <asm/interrupt.h>
> +#include <smp.h>
>
> +struct stsi_322 {
> + uint8_t reserved[31];
> + uint8_t count;
> + struct {
> + uint8_t reserved2[4];
> + uint16_t total_cpus;
> + uint16_t conf_cpus;
> + uint16_t standby_cpus;
> + uint16_t reserved_cpus;
> + uint8_t name[8];
> + uint32_t caf;
> + uint8_t cpi[16];
> + uint8_t reserved5[3];
> + uint8_t ext_name_encoding;
> + uint32_t reserved3;
> + uint8_t uuid[16];
> + } vm[8];
> + uint8_t reserved4[1504];
> + uint8_t ext_names[8][256];
> +};
> static uint8_t pagebuf[PAGE_SIZE * 2] __attribute__((aligned(PAGE_SIZE * 2)));
>
> static void test_specs(void)
> @@ -76,11 +97,62 @@ static void test_fc(void)
> report(stsi_get_fc(pagebuf) >= 2, "query fc >= 2");
> }
>
> +static void test_3_2_2(void)
> +{
> + int rc;
> + /* EBCDIC for "kvm-unit" */
> + const uint8_t vm_name[] = { 0x92, 0xa5, 0x94, 0x60, 0xa4, 0x95, 0x89,
> + 0xa3 };
> + const uint8_t uuid[] = { 0x0f, 0xb8, 0x4a, 0x86, 0x72, 0x7c,
> + 0x11, 0xea, 0xbc, 0x55, 0x02, 0x42, 0xac, 0x13,
> + 0x00, 0x03 };
> + /* EBCDIC for "KVM/" */
> + const uint8_t cpi_kvm[] = { 0xd2, 0xe5, 0xd4, 0x61 };
> + const char *vm_name_ext = "kvm-unit-test";
> + struct stsi_322 *data = (void *)pagebuf;
> +
> + /* Is the function code available at all? */
> + if (stsi_get_fc(pagebuf) < 3) {
> + report_skip("Running under lpar, no level 3 to test.");
> + return;
> + }
> +
> + report_prefix_push("3.2.2");
> + rc = stsi(pagebuf, 3, 2, 2);
> + report(!rc, "call");
> +
> + /* For now we concentrate on KVM/QEMU */
> + if (memcmp(&data->vm[0].cpi, cpi_kvm, sizeof(cpi_kvm))) {
> + report_skip("Not running under KVM/QEMU.");
> + goto out;
> + }
> +
> + report(!memcmp(data->vm[0].uuid, uuid, sizeof(uuid)), "uuid");
> + report(data->vm[0].conf_cpus == smp_query_num_cpus(), "cpu # configured");
> + report(data->vm[0].total_cpus ==
> + data->vm[0].reserved_cpus + data->vm[0].conf_cpus,
> + "cpu # total == conf + reserved");
> + report(data->vm[0].standby_cpus == 0, "cpu # standby");
> + report(!memcmp(data->vm[0].name, vm_name, sizeof(data->vm[0].name)),
> + "VM name == kvm-unit-test");
> +
> + if (data->vm[0].ext_name_encoding != 2) {
> + report_skip("Extended VM names are not UTF-8.");
> + return;
goto out?
(can fixup when applying)
Looks good to me and still works under TCG.
--
Thanks,
David / dhildenb
next prev parent reply other threads:[~2020-03-30 16:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-30 15:33 [kvm-unit-tests PATCH v2] s390x: Add stsi 3.2.2 tests Janosch Frank
2020-03-30 16:15 ` David Hildenbrand [this message]
2020-03-30 16:19 ` David Hildenbrand
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=bfe88665-af75-e830-ff3f-4698a48a292b@redhat.com \
--to=david@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.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