virtualization.lists.linux-foundation.org archive mirror
 help / color / mirror / Atom feed
From: Halil Pasic <pasic@linux.ibm.com>
To: Pierre Morel <pmorel@linux.ibm.com>
Cc: Vasily Gorbik <gor@linux.ibm.com>,
	linux-s390@vger.kernel.org, Thomas Huth <thuth@redhat.com>,
	Claudio Imbrenda <imbrenda@linux.ibm.com>,
	kvm@vger.kernel.org, Sebastian Ott <sebott@linux.ibm.com>,
	"Michael S. Tsirkin" <mst@redhat.com>,
	Cornelia Huck <cohuck@redhat.com>,
	Eric Farman <farman@linux.ibm.com>,
	virtualization@lists.linux-foundation.org,
	Christoph Hellwig <hch@infradead.org>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Farhan Ali <alifm@linux.ibm.com>,
	Viktor Mihajlovski <mihajlov@linux.ibm.com>,
	Janosch Frank <frankja@linux.ibm.com>
Subject: Re: [PATCH 08/10] virtio/s390: add indirection to indicators access
Date: Fri, 10 May 2019 13:54:21 +0200	[thread overview]
Message-ID: <20190510135421.5363f14a.pasic@linux.ibm.com> (raw)
In-Reply-To: <c1e03cf0-3773-de00-10ae-d092ffe7ccc5@linux.ibm.com>

On Fri, 10 May 2019 09:43:08 +0200
Pierre Morel <pmorel@linux.ibm.com> wrote:

> On 09/05/2019 20:26, Halil Pasic wrote:
> > On Thu, 9 May 2019 14:01:01 +0200
> > Pierre Morel <pmorel@linux.ibm.com> wrote:
> > 
> >> On 08/05/2019 16:31, Pierre Morel wrote:
> >>> On 26/04/2019 20:32, Halil Pasic wrote:
> >>>> This will come in handy soon when we pull out the indicators from
> >>>> virtio_ccw_device to a memory area that is shared with the hypervisor
> >>>> (in particular for protected virtualization guests).
> >>>>
> >>>> Signed-off-by: Halil Pasic <pasic@linux.ibm.com>
> >>>> ---
> >>>>    drivers/s390/virtio/virtio_ccw.c | 40
> >>>> +++++++++++++++++++++++++---------------
> >>>>    1 file changed, 25 insertions(+), 15 deletions(-)
> >>>>
> >>>> diff --git a/drivers/s390/virtio/virtio_ccw.c
> >>>> b/drivers/s390/virtio/virtio_ccw.c
> >>>> index bb7a92316fc8..1f3e7d56924f 100644
> >>>> --- a/drivers/s390/virtio/virtio_ccw.c
> >>>> +++ b/drivers/s390/virtio/virtio_ccw.c
> >>>> @@ -68,6 +68,16 @@ struct virtio_ccw_device {
> >>>>        void *airq_info;
> >>>>    };
> >>>> +static inline unsigned long *indicators(struct virtio_ccw_device *vcdev)
> >>>> +{
> >>>> +    return &vcdev->indicators;
> >>>> +}
> >>>> +
> >>>> +static inline unsigned long *indicators2(struct virtio_ccw_device
> >>>> *vcdev)
> >>>> +{
> >>>> +    return &vcdev->indicators2;
> >>>> +}
> >>>> +
> >>>>    struct vq_info_block_legacy {
> >>>>        __u64 queue;
> >>>>        __u32 align;
> >>>> @@ -337,17 +347,17 @@ static void virtio_ccw_drop_indicator(struct
> >>>> virtio_ccw_device *vcdev,
> >>>>            ccw->cda = (__u32)(unsigned long) thinint_area;
> >>>>        } else {
> >>>>            /* payload is the address of the indicators */
> >>>> -        indicatorp = kmalloc(sizeof(&vcdev->indicators),
> >>>> +        indicatorp = kmalloc(sizeof(indicators(vcdev)),
> >>>>                         GFP_DMA | GFP_KERNEL);
> >>>>            if (!indicatorp)
> >>>>                return;
> >>>>            *indicatorp = 0;
> >>>>            ccw->cmd_code = CCW_CMD_SET_IND;
> >>>> -        ccw->count = sizeof(&vcdev->indicators);
> >>>> +        ccw->count = sizeof(indicators(vcdev));
> >>>
> >>> This looks strange to me. Was already weird before.
> >>> Lucky we are indicators are long...
> >>> may be just sizeof(long)
> >>
> > 
> > I'm not sure I understand where are you coming from...
> > 
> > With CCW_CMD_SET_IND we tell the hypervisor the guest physical address
> > at which the so called classic indicators. There is a comment that
> > makes this obvious. The argument of the sizeof was and remained a
> > pointer type. AFAIU this is what bothers you.
> >>
> >> AFAIK the size of the indicators (AIV/AIS) is not restricted by the
> >> architecture.
> > 
> > The size of vcdev->indicators is restricted or defined by the virtio
> > specification. Please have a look at '4.3.2.6.1 Setting Up Classic Queue
> > Indicators' here:
> > https://docs.oasis-open.org/virtio/virtio/v1.1/cs01/virtio-v1.1-cs01.html#x1-1630002
> > 
> > Since with Linux on s390 only 64 bit is supported, both the sizes are in
> > line with the specification. Using u64 would semantically match the spec
> > better, modulo pre virtio 1.0 which ain't specified. I did not want to
> > do changes that are not necessary for what I'm trying to accomplish. If
> > we want we can change these to u64 with a patch on top.
> 
> I mean you are changing these line already, so why not doing it right 
> while at it?
> 

This patch is about adding the indirection so we can move the member
painlessly. Mixing in different stuff would be a bad practice.

BTW I just explained that it ain't wrong, so I really do not understand
what do you mean by  'why not doing it right'. Can you please explain?

Did you agree with the rest of my comment? I mean there was more to it.

Regards,
Halil

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

  reply	other threads:[~2019-05-10 11:54 UTC|newest]

Thread overview: 88+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-26 18:32 [PATCH 00/10] s390: virtio: support protected virtualization Halil Pasic
2019-04-26 18:32 ` [PATCH 01/10] virtio/s390: use vring_create_virtqueue Halil Pasic
     [not found]   ` <20190503111724.70c6ec37.cohuck@redhat.com>
2019-05-03 20:04     ` Michael S. Tsirkin
2019-05-04 14:03       ` Halil Pasic
2019-05-05 11:15         ` Cornelia Huck
2019-05-07 13:58           ` Christian Borntraeger
2019-05-08 20:12             ` Halil Pasic
2019-05-10 14:07             ` Cornelia Huck
2019-05-12 16:47               ` Michael S. Tsirkin
2019-05-13  9:52                 ` Cornelia Huck
2019-05-13 12:27                   ` Michael Mueller
2019-05-13 12:29                     ` Cornelia Huck
2019-04-26 18:32 ` [PATCH 02/10] virtio/s390: DMA support for virtio-ccw Halil Pasic
2019-04-26 18:32 ` [PATCH 03/10] virtio/s390: enable packed ring Halil Pasic
     [not found]   ` <20190503114450.2512b121.cohuck@redhat.com>
2019-05-05 15:13     ` Thomas Huth
2019-04-26 18:32 ` [PATCH 04/10] s390/mm: force swiotlb for protected virtualization Halil Pasic
2019-04-26 19:27   ` Christoph Hellwig
2019-04-29 13:59     ` Halil Pasic
2019-04-29 14:05       ` Christian Borntraeger
2019-05-13 12:50         ` Michael Mueller
2019-05-08 13:15   ` Claudio Imbrenda
2019-05-09 22:34     ` Halil Pasic
2019-05-15 14:15       ` Michael Mueller
     [not found]   ` <ad23f5e7-dc78-04af-c892-47bbc65134c6@linux.ibm.com>
2019-05-09 18:05     ` Jason J. Herne
2019-05-10  7:49       ` Claudio Imbrenda
2019-04-26 18:32 ` [PATCH 05/10] s390/cio: introduce DMA pools to cio Halil Pasic
2019-05-08 13:18   ` Sebastian Ott
2019-05-08 21:22     ` Halil Pasic
2019-05-09  8:40       ` Sebastian Ott
2019-05-09 10:11       ` Cornelia Huck
2019-05-09 22:11         ` Halil Pasic
2019-05-10 14:10           ` Cornelia Huck
2019-05-12 18:22             ` Halil Pasic
2019-05-13 13:29               ` Cornelia Huck
2019-05-15 17:12                 ` Halil Pasic
2019-05-16  6:13                   ` Cornelia Huck
2019-05-16 13:59               ` Sebastian Ott
2019-05-20 12:13                 ` Halil Pasic
2019-05-21  8:46                   ` Michael Mueller
2019-05-22 12:07                   ` Sebastian Ott
2019-05-22 22:12                     ` Halil Pasic
2019-05-23 15:17     ` Halil Pasic
2019-04-26 18:32 ` [PATCH 06/10] s390/cio: add basic protected virtualization support Halil Pasic
2019-05-08 13:46   ` Sebastian Ott
2019-05-08 13:54     ` Christoph Hellwig
2019-05-08 21:08     ` Halil Pasic
2019-05-09  8:52       ` Sebastian Ott
2019-05-08 14:23   ` Pierre Morel
2019-05-13  9:41   ` Cornelia Huck
2019-05-14 14:47     ` Jason J. Herne
2019-05-15 21:08       ` Halil Pasic
2019-05-16  6:32         ` Cornelia Huck
2019-05-16 13:42           ` Halil Pasic
2019-05-16 13:54             ` Cornelia Huck
2019-05-15 20:51     ` Halil Pasic
2019-05-16  6:29       ` Cornelia Huck
2019-05-18 18:11         ` Halil Pasic
2019-05-20 10:21           ` Cornelia Huck
2019-05-20 12:34             ` Halil Pasic
2019-05-20 13:43               ` Cornelia Huck
2019-04-26 18:32 ` [PATCH 07/10] s390/airq: use DMA memory for adapter interrupts Halil Pasic
2019-05-08 13:58   ` Sebastian Ott
2019-05-09 11:37   ` Cornelia Huck
2019-05-13 12:59   ` Cornelia Huck
2019-04-26 18:32 ` [PATCH 08/10] virtio/s390: add indirection to indicators access Halil Pasic
2019-05-08 14:31   ` Pierre Morel
2019-05-09 12:01     ` Pierre Morel
2019-05-09 18:26       ` Halil Pasic
2019-05-10  7:43         ` Pierre Morel
2019-05-10 11:54           ` Halil Pasic [this message]
2019-05-10 15:36             ` Pierre Morel
2019-05-13 10:15               ` Cornelia Huck
2019-05-16 15:24                 ` Pierre Morel
2019-04-26 18:32 ` [PATCH 09/10] virtio/s390: use DMA memory for ccw I/O and classic notifiers Halil Pasic
2019-05-08 14:46   ` Pierre Morel
2019-05-09 13:30     ` Pierre Morel
2019-05-09 18:30       ` Halil Pasic
2019-05-13 13:54   ` Cornelia Huck
2019-04-26 18:32 ` [PATCH 10/10] virtio/s390: make airq summary indicators DMA Halil Pasic
2019-05-08 15:11   ` Pierre Morel
2019-05-15 13:33     ` Michael Mueller
2019-05-15 17:23       ` Halil Pasic
2019-05-13 12:20   ` Cornelia Huck
2019-05-15 13:43     ` Michael Mueller
2019-05-15 13:50       ` Cornelia Huck
2019-05-15 17:18       ` Halil Pasic
     [not found] ` <20190503115511.17a1f6d1.cohuck@redhat.com>
2019-05-03 13:33   ` [PATCH 00/10] s390: virtio: support protected virtualization Cornelia Huck
2019-05-04 13:58   ` Halil Pasic

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=20190510135421.5363f14a.pasic@linux.ibm.com \
    --to=pasic@linux.ibm.com \
    --cc=alifm@linux.ibm.com \
    --cc=cohuck@redhat.com \
    --cc=farman@linux.ibm.com \
    --cc=frankja@linux.ibm.com \
    --cc=gor@linux.ibm.com \
    --cc=hch@infradead.org \
    --cc=imbrenda@linux.ibm.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=mihajlov@linux.ibm.com \
    --cc=mst@redhat.com \
    --cc=pmorel@linux.ibm.com \
    --cc=schwidefsky@de.ibm.com \
    --cc=sebott@linux.ibm.com \
    --cc=thuth@redhat.com \
    --cc=virtualization@lists.linux-foundation.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).