From: David Hildenbrand <david@redhat.com>
To: Cornelia Huck <cohuck@redhat.com>,
qemu-s390x@nongnu.org, qemu-devel@nongnu.org
Cc: rth@twiddle.net, agraf@suse.de
Subject: Re: [Qemu-devel] [PATCH v2 1/2] s390x/tcg: wire up pci instructions
Date: Thu, 1 Feb 2018 13:42:52 +0100 [thread overview]
Message-ID: <de34c0e5-002e-f461-bc4d-498548424177@redhat.com> (raw)
In-Reply-To: <20180131181742.2037-2-cohuck@redhat.com>
On 31.01.2018 19:17, Cornelia Huck wrote:
> On s390x, pci support is implemented via a set of instructions
> (no mmio). Unfortunately, none of them are documented in the
> PoP; the code is based upon the existing implementation for KVM
> and the Linux zpci driver.
>
> Signed-off-by: Cornelia Huck <cohuck@redhat.com>
> ---
> target/s390x/helper.h | 9 ++++
> target/s390x/insn-data.def | 15 +++++++
> target/s390x/misc_helper.c | 109 +++++++++++++++++++++++++++++++++++++++++++++
> target/s390x/translate.c | 101 +++++++++++++++++++++++++++++++++++++++++
> 4 files changed, 234 insertions(+)
>
> diff --git a/target/s390x/helper.h b/target/s390x/helper.h
> index 59a1d9869b..9887efbb3a 100644
> --- a/target/s390x/helper.h
> +++ b/target/s390x/helper.h
> @@ -172,4 +172,13 @@ DEF_HELPER_2(stcrw, void, env, i64)
> DEF_HELPER_3(stsch, void, env, i64, i64)
> DEF_HELPER_3(tsch, void, env, i64, i64)
> DEF_HELPER_2(chsc, void, env, i64)
> +
> +DEF_HELPER_2(clp, void, env, i32)
> +DEF_HELPER_3(pcilg, void, env, i32, i32)
> +DEF_HELPER_3(pcistg, void, env, i32, i32)
> +DEF_HELPER_4(stpcifc, void, env, i32, i64, i32)
> +DEF_HELPER_3(sic, void, env, i64, i64)
> +DEF_HELPER_3(rpcit, void, env, i32, i32)
> +DEF_HELPER_5(pcistb, void, env, i32, i32, i64, i32)
> +DEF_HELPER_4(mpcifc, void, env, i32, i64, i32)
> #endif
> diff --git a/target/s390x/insn-data.def b/target/s390x/insn-data.def
> index 11ee43dcbc..b9841631a8 100644
> --- a/target/s390x/insn-data.def
> +++ b/target/s390x/insn-data.def
> @@ -1067,4 +1067,19 @@
> /* ??? Not listed in PoO ninth edition, but there's a linux driver that
> uses it: "A CHSC subchannel is usually present on LPAR only." */
> C(0xb25f, CHSC, RRE, Z, 0, insn, 0, 0, chsc, 0)
> +
> +/* zPCI Instructions */
> + /* None of these instructions are documented in the PoP, so this is all
> + based upon target/s390x/kvm.c and Linux code and likely incomplete */
I'd drop this comment and rather move it to the patch description.
> + C(0xebd0, PCISTB, RSY_a, PCI, la2, 0, 0, 0, pcistb, 0)
> + /* SIC does not really depend on pci, but it is unclear from the code
> + with which facility it becomes available */> + C(0xebd1, SIC, RSY_a, Z, r1, r3, 0, 0, sic, 0)
> + C(0xb9a0, CLP, RRF_c, PCI, 0, 0, 0, 0, clp, 0)
> + C(0xb9d0, PCISTG, RRE, PCI, 0, 0, 0, 0, pcistg, 0)
> + C(0xb9d2, PCILG, RRE, PCI, 0, 0, 0, 0, pcilg, 0)
> + C(0xb9d3, RPCIT, RRE, PCI, 0, 0, 0, 0, rpcit, 0)
> + C(0xe3d0, MPCIFC, RXY_a, PCI, la2, 0, 0, 0, mpcifc, 0)
> + C(0xe3d4, STPCIFC, RXY_a, PCI, la2, 0, 0, 0, stpcifc, 0)
> +
> #endif /* CONFIG_USER_ONLY */
> diff --git a/target/s390x/misc_helper.c b/target/s390x/misc_helper.c
> index 86da6aab7e..6f5103f3b5 100644
> --- a/target/s390x/misc_helper.c
> +++ b/target/s390x/misc_helper.c
> @@ -36,6 +36,7 @@
> #include "hw/s390x/ebcdic.h"
> #include "hw/s390x/s390-virtio-hcall.h"
> #include "hw/s390x/sclp.h"
> +#include "hw/s390x/s390-pci-inst.h"
> #endif
>
> /* #define DEBUG_HELPER */
> @@ -560,3 +561,111 @@ uint32_t HELPER(stfle)(CPUS390XState *env, uint64_t addr)
> env->regs[0] = deposit64(env->regs[0], 0, 8, (max_bytes / 8) - 1);
> return count_bytes >= max_bytes ? 0 : 3;
> }
> +
> +#ifndef CONFIG_USER_ONLY
> +void HELPER(clp)(CPUS390XState *env, uint32_t r2)
> +{
> + S390CPU *cpu = s390_env_get_cpu(env);
> + int r;
> +
> + qemu_mutex_lock_iothread();
> + r = clp_service_call(cpu, r2, GETPC());
> + qemu_mutex_unlock_iothread();
> + if (r) {
> + s390_program_interrupt(env, PGM_OPERATION, 4, GETPC());
> + }
We don't need the if (r) ... so I suggest dropping all these. (as I
said, will be handled later via the generic flag checking in translation
code). We can ignore any error from these functions.
A sane guest will newer trigger this. (if we have no CONFIG_PCI, the
also the ZPCI feature will not be available)
Makes the code even shorter :)
--
Thanks,
David / dhildenb
next prev parent reply other threads:[~2018-02-01 12:43 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-31 18:17 [Qemu-devel] [PATCH v2 0/2] s390x: support zpci in tcg Cornelia Huck
2018-01-31 18:17 ` [Qemu-devel] [PATCH v2 1/2] s390x/tcg: wire up pci instructions Cornelia Huck
2018-02-01 10:00 ` Pierre Morel
2018-02-01 14:23 ` Cornelia Huck
2018-02-01 12:42 ` David Hildenbrand [this message]
2018-02-01 12:48 ` Cornelia Huck
2018-02-01 12:59 ` David Hildenbrand
2018-02-01 16:05 ` Cornelia Huck
2018-02-01 14:47 ` Cornelia Huck
2018-01-31 18:17 ` [Qemu-devel] [PATCH v2 2/2] s390x/cpumodel: allow zpci features in qemu model Cornelia Huck
2018-02-01 12:31 ` David Hildenbrand
2018-02-01 14:04 ` 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=de34c0e5-002e-f461-bc4d-498548424177@redhat.com \
--to=david@redhat.com \
--cc=agraf@suse.de \
--cc=cohuck@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=rth@twiddle.net \
/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;
as well as URLs for NNTP newsgroup(s).