From: Cornelia Huck <cornelia.huck@de.ibm.com>
To: Dong Jia Shi <bjsdjshi@linux.vnet.ibm.com>
Cc: kvm@vger.kernel.org, linux-s390@vger.kernel.org,
qemu-devel@nongnu.org, renxiaof@linux.vnet.ibm.com,
borntraeger@de.ibm.com, agraf@suse.com,
alex.williamson@redhat.com, pmorel@linux.vnet.ibm.com,
pasic@linux.vnet.ibm.com, wkywang@linux.vnet.ibm.com
Subject: Re: [PATCH RFC v3 15/15] vfio: ccw: introduce support for ccw0
Date: Mon, 20 Feb 2017 19:59:01 +0100 [thread overview]
Message-ID: <20170220195901.252083fe.cornelia.huck@de.ibm.com> (raw)
In-Reply-To: <20170217082939.33208-16-bjsdjshi@linux.vnet.ibm.com>
On Fri, 17 Feb 2017 09:29:39 +0100
Dong Jia Shi <bjsdjshi@linux.vnet.ibm.com> wrote:
> Although Linux does not use format-0 channel command words (CCW0)
> these are a non-optional part of the platform spec, and for the sake
> of platform compliance, and possibly some non-Linux guests, we have
> to support CCW0.
>
> Making the kernel execute a format 0 channel program is too much hassle
> because we would need to allocate and use memory which can be addressed
> by 24 bit physical addresses (because of CCW0.cda). So we implement CCW0
> support by translating the channel program into an equivalent CCW1
> program instead.
>
> Signed-off-by: Kai Yue Wang <wkywang@linux.vnet.ibm.com>
> Signed-off-by: Dong Jia Shi <bjsdjshi@linux.vnet.ibm.com>
> ---
> arch/s390/Kconfig | 7 +++++
> drivers/s390/cio/vfio_ccw_cp.c | 58 ++++++++++++++++++++++++++++++++++++++++--
> 2 files changed, 63 insertions(+), 2 deletions(-)
>
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index 32008b8..f25d077 100644
> --- a/arch/s390/Kconfig
> +++ b/arch/s390/Kconfig
> @@ -680,6 +680,13 @@ config VFIO_CCW
> To compile this driver as a module, choose M here: the
> module will be called vfio_ccw.
>
> +config VFIO_CCW_CCW0
> + def_bool n
> + prompt "Support for CCW0 translation"
> + depends on VFIO_CCW
> + help
> + Enable translation for CCW0 programs for VFIO-CCW subchannels.
Hm... if ccw0 is non-optional for the architecture, why are you making
it optional then?
> +
> endmenu
>
> menu "Dump support"
> diff --git a/drivers/s390/cio/vfio_ccw_cp.c b/drivers/s390/cio/vfio_ccw_cp.c
> index 16bbb54..b0a8bc05 100644
> --- a/drivers/s390/cio/vfio_ccw_cp.c
> +++ b/drivers/s390/cio/vfio_ccw_cp.c
> @@ -15,6 +15,26 @@
>
> #include "vfio_ccw_cp.h"
>
> +#ifdef CONFIG_VFIO_CCW_CCW0
> +/**
> + * struct ccw0 - channel command word
> + * @cmd_code: command code
> + * @cda: data address
> + * @flags: flags, like IDA addressing, etc.
> + * @reserved: will be ignored
> + * @count: byte count
> + *
> + * The format-0 ccw structure.
> + */
> +struct ccw0 {
> + __u8 cmd_code;
> + __u32 cda : 24;
> + __u8 flags;
> + __u8 reserved;
> + __u16 count;
> +} __packed __aligned(8);
> +#endif
Would it be better to move this definition next to the struct ccw1
definition? Even if the kernel does not build format-0 ccws, it makes
sense from a logical POV.
> +
> /*
> * Max length for ccw chain.
> * XXX: Limit to 256, need to check more?
> @@ -243,12 +263,42 @@ static long copy_from_iova(struct device *mdev,
> return l;
> }
>
> +#ifdef CONFIG_VFIO_CCW_CCW0
> +static long copy_ccw_from_iova(struct channel_program *cp,
> + struct ccw1 *to, u64 iova,
> + unsigned long len)
> +{
> + struct ccw0 ccw0;
> + struct ccw1 *pccw1;
> + int ret;
> + int i;
> +
> + ret = copy_from_iova(cp->mdev, to, iova, len * sizeof(struct ccw1));
> + if (ret)
> + return ret;
> +
> + if (!cp->orb.cmd.fmt) {
> + pccw1 = to;
> + for (i = 0; i < len; i++) {
> + ccw0 = *(struct ccw0 *)pccw1;
> + pccw1->cmd_code = ccw0.cmd_code;
> + pccw1->flags = ccw0.flags;
> + pccw1->count = ccw0.count;
> + pccw1->cda = ccw0.cda;
> + pccw1++;
> + }
IIRC there are one or two very subtle differences between what format-0
and what format-1 ccws allow (see the ccw interpretation in qemu --
probably easier than combing through the PoP). We should either check
this or add a comment why we don't.
> + }
> +
> + return ret;
> +}
> +#else
> static long copy_ccw_from_iova(struct channel_program *cp,
> struct ccw1 *to, u64 iova,
> unsigned long len)
> {
> return copy_from_iova(cp->mdev, to, iova, len * sizeof(struct ccw1));
> }
> +#endif
This would be nicer without #ifdefs :)
>
> /*
> * Helpers to operate ccwchain.
> @@ -616,10 +666,14 @@ int cp_init(struct channel_program *cp, struct device *mdev, union orb *orb)
> * Only support prefetch enable mode now.
> * Only support 64bit addressing idal.
> * Only support 4k IDAW.
> - * Only support ccw1.
> */
> - if (!orb->cmd.pfch || !orb->cmd.c64 || orb->cmd.i2k || !orb->cmd.fmt)
> + if (!orb->cmd.pfch || !orb->cmd.c64 || orb->cmd.i2k)
> + return -EOPNOTSUPP;
> +
> +#ifndef CONFIG_VFIO_CCW_CCW0
> + if (!orb->cmd.fmt)
> return -EOPNOTSUPP;
> +#endif
dito
>
> INIT_LIST_HEAD(&cp->ccwchain_list);
> memcpy(&cp->orb, orb, sizeof(*orb));
The "translate format-0 into format-1 ccws" approach is fine, but I
think you need to double check the subtle differences I mentioned.
next prev parent reply other threads:[~2017-02-20 18:59 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-17 8:29 [PATCH RFC v3 00/15] basic vfio-ccw infrastructure Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 01/15] s390: cio: introduce cio_cancel_halt_clear Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 02/15] s390: cio: export more interfaces Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 03/15] vfio: ccw: define device_api strings Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 04/15] vfio: ccw: basic implementation for vfio_ccw driver Dong Jia Shi
2017-02-20 18:31 ` Cornelia Huck
2017-02-21 7:36 ` Dong Jia Shi
[not found] ` <20170221073623.GJ562@bjsdjshi@linux.vnet.ibm.com>
2017-02-21 7:43 ` Dong Jia Shi
2017-02-21 15:43 ` Cornelia Huck
2017-02-22 3:05 ` Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 05/15] vfio: ccw: introduce channel program interfaces Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 06/15] vfio: ccw: register vfio_ccw to the mediated device framework Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 07/15] vfio: ccw: introduce ccw_io_region Dong Jia Shi
2017-02-24 23:13 ` Alex Williamson
2017-02-17 8:29 ` [PATCH RFC v3 08/15] vfio: ccw: handle ccw command request Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 09/15] vfio: ccw: realize VFIO_DEVICE_GET_REGION_INFO ioctl Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 10/15] vfio: ccw: realize VFIO_DEVICE_RESET ioctl Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 11/15] vfio: ccw: realize VFIO_DEVICE_G(S)ET_IRQ_INFO ioctls Dong Jia Shi
2017-02-24 23:27 ` Alex Williamson
2017-02-27 1:44 ` Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 12/15] vfio: ccw: return I/O results asynchronously Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 13/15] vfio: ccw: introduce a finite state machine Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 14/15] docs: add documentation for vfio-ccw Dong Jia Shi
2017-02-17 8:29 ` [PATCH RFC v3 15/15] vfio: ccw: introduce support for ccw0 Dong Jia Shi
2017-02-20 18:59 ` Cornelia Huck [this message]
2017-02-21 8:58 ` Dong Jia Shi
[not found] ` <20170221085824.GN562@bjsdjshi@linux.vnet.ibm.com>
2017-02-21 15:47 ` Cornelia Huck
[not found] ` <20170309092525.GA10189@bjsdjshi@linux.vnet.ibm.com>
2017-03-10 10:46 ` [PATCH RFC v3 00/15] basic vfio-ccw infrastructure Cornelia Huck
[not found] ` <20170313071652.GD6756@bjsdjshi@linux.vnet.ibm.com>
2017-03-16 9:25 ` 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=20170220195901.252083fe.cornelia.huck@de.ibm.com \
--to=cornelia.huck@de.ibm.com \
--cc=agraf@suse.com \
--cc=alex.williamson@redhat.com \
--cc=bjsdjshi@linux.vnet.ibm.com \
--cc=borntraeger@de.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=pasic@linux.vnet.ibm.com \
--cc=pmorel@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=renxiaof@linux.vnet.ibm.com \
--cc=wkywang@linux.vnet.ibm.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