From: Dong Jia Shi <bjsdjshi@linux.vnet.ibm.com>
To: Cornelia Huck <cornelia.huck@de.ibm.com>
Cc: Dong Jia Shi <bjsdjshi@linux.vnet.ibm.com>,
kvm@vger.kernel.org, linux-s390@vger.kernel.org,
qemu-devel@nongnu.org, borntraeger@de.ibm.com, agraf@suse.com,
alex.williamson@redhat.com, eric.auger@redhat.com
Subject: Re: [Qemu-devel] [PATCH v7 05/13] s390x/css: realize css_create_sch
Date: Mon, 8 May 2017 13:18:22 +0800 [thread overview]
Message-ID: <20170508051822.GC15974@bjsdjshi@linux.vnet.ibm.com> (raw)
In-Reply-To: <20170505141153.60d0d0bf.cornelia.huck@de.ibm.com>
* Cornelia Huck <cornelia.huck@de.ibm.com> [2017-05-05 14:11:53 +0200]:
> On Fri, 5 May 2017 04:03:44 +0200
> Dong Jia Shi <bjsdjshi@linux.vnet.ibm.com> wrote:
>
> > The S390 virtual css support already has a mechanism to create a
> > virtual subchannel and provide it to the guest. However, to
> > pass-through subchannels to a guest, we need to introduce a new
> > mechanism to create the subchannel according to the real device
> > information. Thus we reconstruct css_create_virtual_sch to a new
> > css_create_sch function to handl all these cases and do allocation
>
> s/handl/handle/
>
Shame on me. :-/
> > and initialization of the subchannel according to the device type
> > and machine configuration.
> >
> > Reviewed-by: Pierre Morel <pmorel@linux.vnet.ibm.com>
> > Signed-off-by: Dong Jia Shi <bjsdjshi@linux.vnet.ibm.com>
> > ---
> > hw/s390x/css-bridge.c | 2 ++
> > hw/s390x/css.c | 45 ++++++++++++++++++++++++++++++++++++-------
> > hw/s390x/s390-virtio-ccw.c | 12 +++++++++---
> > hw/s390x/virtio-ccw.c | 6 +++++-
> > include/hw/s390x/css-bridge.h | 1 +
> > include/hw/s390x/css.h | 25 ++++++++++++++++--------
> > 6 files changed, 72 insertions(+), 19 deletions(-)
> >
>
> > diff --git a/hw/s390x/css.c b/hw/s390x/css.c
> > index 748e2ad..1052eea 100644
> > --- a/hw/s390x/css.c
> > +++ b/hw/s390x/css.c
> > @@ -1924,28 +1924,59 @@ PropertyInfo css_devid_ro_propinfo = {
> > .get = get_css_devid,
> > };
> >
> > -SubchDev *css_create_virtual_sch(CssDevId bus_id, Error **errp)
> > +SubchDev *css_create_sch(CssDevId bus_id, bool is_virtio, bool squash_mcss,
> > + Error **errp)
> > {
> > uint16_t schid = 0;
> > SubchDev *sch;
> >
> > if (bus_id.valid) {
> > - /* Enforce use of virtual cssid. */
> > - if (bus_id.cssid != VIRTUAL_CSSID) {
> > - error_setg(errp, "cssid %hhx not valid for virtual devices",
> > - bus_id.cssid);
> > + if (is_virtio != (bus_id.cssid == VIRTUAL_CSSID)) {
> > + error_setg(errp, "cssid %hhx not valid for %s devices",
> > + bus_id.cssid,
> > + (is_virtio ? "virtio" : "non-virtio"));
>
> This reminds me of something else: virtual 3270 devices will use the
> virtual channel subsystem by default. I think this is fine: Even though
> they are not virtio devices, they are fully virtual constructs, and it
> does not make sense to artificially shove them into another css.
VIRTUAL CSS (0xFE) is reserved for virtio devices only, no? This is what
I understood... So we should not put any non-virtio devices into CSS
0xFE.
If my understanding is not right before, I agree that we put non-virtio
(e.g. 3270) devices into CSS 0xFE, and ...
>
> But this means the distinction should be virtual vs. non-virtual and
> not virtio vs. non-virtio, and the squashing is only applicable to
> non-virtual devices. Mainly a naming thing.
... do the following modifications here:
s/virtio/virtual
s/non-virtio/non-virtual
s/is_virtio/is_virtual
>
>
> > return NULL;
> > }
> > + }
> > +
> > + if (bus_id.valid) {
> > + if (squash_mcss) {
> > + bus_id.cssid = channel_subsys.default_cssid;
> > + } else if (!channel_subsys.css[bus_id.cssid]) {
> > + css_create_css_image(bus_id.cssid, false);
> > + }
> > +
> > if (!css_find_free_subch_for_devno(bus_id.cssid, bus_id.ssid,
> > bus_id.devid, &schid, errp)) {
> > return NULL;
> > }
> > - } else {
> > - bus_id.cssid = VIRTUAL_CSSID;
> > + } else if (squash_mcss || is_virtio) {
> > + bus_id.cssid = channel_subsys.default_cssid;
> > +
> > if (!css_find_free_subch_and_devno(bus_id.cssid, &bus_id.ssid,
> > &bus_id.devid, &schid, errp)) {
> > return NULL;
> > }
> > + } else {
> > + for (bus_id.cssid = 0; bus_id.cssid < MAX_CSSID; ++bus_id.cssid) {
> > + if (bus_id.cssid == VIRTUAL_CSSID) {
> > + continue;
> > + }
> > +
> > + if (!channel_subsys.css[bus_id.cssid]) {
> > + css_create_css_image(bus_id.cssid, false);
> > + }
> > +
> > + if (css_find_free_subch_and_devno(bus_id.cssid, &bus_id.ssid,
> > + &bus_id.devid, &schid,
> > + NULL)) {
> > + break ;
>
> extra blanks
>
Shame again...
> > + }
> > + if (bus_id.cssid == MAX_CSSID) {
> > + error_setg(errp, "Virtual channel subsystem is full!");
> > + return NULL;
> > + }
> > + }
> > }
> >
> > sch = g_malloc0(sizeof(*sch));
> > diff --git a/hw/s390x/s390-virtio-ccw.c b/hw/s390x/s390-virtio-ccw.c
> > index cd007ca..735d66d 100644
> > --- a/hw/s390x/s390-virtio-ccw.c
> > +++ b/hw/s390x/s390-virtio-ccw.c
> > @@ -136,10 +136,16 @@ static void ccw_init(MachineState *machine)
> > kvm_s390_enable_css_support(s390_cpu_addr2state(0));
> > }
> > /*
> > - * Create virtual css and set it as default so that non mcss-e
> > - * enabled guests only see virtio devices.
> > + * Non mcss-e enabled guests only see the devices from the default
> > + * css, which is determined by the value of the squash_mcss property.
> > + * Note: we must not squash non virtio devices to css 0xFE, since
> > + * it's reserved for virtio devices only.
>
> See my virtio vs. virtual argument above.
>
Yes, if my former understanding is wrong, I will also replace "virtio"
with "virtual" here.
> > */
> > - ret = css_create_css_image(VIRTUAL_CSSID, true);
> > + if (css_bus->squash_mcss) {
> > + ret = css_create_css_image(0, true);
> > + } else {
> > + ret = css_create_css_image(VIRTUAL_CSSID, true);
> > + }
> > assert(ret == 0);
> >
> > /* Create VirtIO network adapters */
--
Dong Jia Shi
next prev parent reply other threads:[~2017-05-08 5:18 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-05 2:03 [Qemu-devel] [PATCH v7 00/13] basic channel IO passthrough infrastructure based on vfio Dong Jia Shi
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 01/13] update-linux-headers: update for vfio-ccw Dong Jia Shi
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 02/13] vfio: linux-headers " Dong Jia Shi
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 03/13] s390x/css: add s390-squash-mcss machine option Dong Jia Shi
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 04/13] s390x/css: realize css_sch_build_schib Dong Jia Shi
2017-05-05 12:04 ` Cornelia Huck
2017-05-08 3:07 ` Dong Jia Shi
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 05/13] s390x/css: realize css_create_sch Dong Jia Shi
2017-05-05 12:11 ` Cornelia Huck
2017-05-08 5:18 ` Dong Jia Shi [this message]
2017-05-08 10:50 ` Cornelia Huck
2017-05-09 1:38 ` Dong Jia Shi
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 06/13] s390x/css: device support for s390-ccw passthrough Dong Jia Shi
2017-05-09 8:18 ` Auger Eric
2017-05-11 21:13 ` Alex Williamson
2017-05-15 2:22 ` Dong Jia Shi
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 07/13] vfio/ccw: vfio based subchannel passthrough driver Dong Jia Shi
2017-05-09 8:19 ` Auger Eric
2017-05-11 21:48 ` Alex Williamson
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 08/13] vfio/ccw: get io region info Dong Jia Shi
2017-05-09 8:20 ` Auger Eric
2017-05-11 21:48 ` Alex Williamson
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 09/13] vfio/ccw: get irqs info and set the eventfd fd Dong Jia Shi
2017-05-09 8:21 ` Auger Eric
2017-05-09 8:35 ` Dong Jia Shi
2017-05-11 21:49 ` Alex Williamson
2017-05-15 2:31 ` Dong Jia Shi
2017-05-15 2:35 ` Dong Jia Shi
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 10/13] s390x/css: introduce and realize ccw-request callback Dong Jia Shi
2017-05-11 21:49 ` Alex Williamson
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 11/13] s390x/css: ccw translation infrastructure Dong Jia Shi
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 12/13] vfio/ccw: update sense data if a unit check is pending Dong Jia Shi
2017-05-11 21:49 ` Alex Williamson
2017-05-05 2:03 ` [Qemu-devel] [PATCH v7 13/13] MAINTAINERS: Add vfio-ccw maintainer Dong Jia Shi
2017-05-05 12:20 ` Cornelia Huck
2017-05-08 5:29 ` Dong Jia Shi
2017-05-08 9:09 ` Cornelia Huck
2017-05-09 1:41 ` Dong Jia Shi
2017-05-09 7:33 ` Cornelia Huck
2017-05-11 21:49 ` Alex Williamson
2017-05-05 12:22 ` [Qemu-devel] [PATCH v7 00/13] basic channel IO passthrough infrastructure based on vfio Cornelia Huck
2017-05-08 5:31 ` Dong Jia Shi
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=20170508051822.GC15974@bjsdjshi@linux.vnet.ibm.com \
--to=bjsdjshi@linux.vnet.ibm.com \
--cc=agraf@suse.com \
--cc=alex.williamson@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=cornelia.huck@de.ibm.com \
--cc=eric.auger@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=qemu-devel@nongnu.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;
as well as URLs for NNTP newsgroup(s).