From: Halil Pasic <pasic@linux.ibm.com> To: Pierre Morel <pmorel@linux.ibm.com> Cc: kvm@vger.kernel.org, linux-s390@vger.kernel.org, Cornelia Huck <cohuck@redhat.com>, Martin Schwidefsky <schwidefsky@de.ibm.com>, Sebastian Ott <sebott@linux.ibm.com>, virtualization@lists.linux-foundation.org, "Michael S. Tsirkin" <mst@redhat.com>, Christoph Hellwig <hch@infradead.org>, Thomas Huth <thuth@redhat.com>, Christian Borntraeger <borntraeger@de.ibm.com>, Viktor Mihajlovski <mihajlov@linux.ibm.com>, Vasily Gorbik <gor@linux.ibm.com>, Janosch Frank <frankja@linux.ibm.com>, Claudio Imbrenda <imbrenda@linux.ibm.com>, Farhan Ali <alifm@linux.ibm.com>, Eric Farman <farman@linux.ibm.com> Subject: Re: [PATCH 08/10] virtio/s390: add indirection to indicators access Date: Thu, 9 May 2019 20:26:00 +0200 [thread overview] Message-ID: <20190509202600.4fd6aebe.pasic@linux.ibm.com> (raw) In-Reply-To: <a4bf1976-8037-63bb-2cf6-c389edbd2e89@linux.ibm.com> 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. > However we never use more than 64 bits, do we ever have an adapter > having more than 64 different interrupts? These are one per queue. The number of queues used to be limited to 64 but it ain't no more. If the driver uses classic notifiers, only the first 64 can be used. > > May be we can state than we use a maximal number of AISB of 64 and > therefor use indicators with a size of unsigned long, or __u64 or > whatever is appropriate. Please clear this. > I think you are mixing up adapter interrupts as defined by the architecture, with virtio indicators which are kind of a special case at best: the two stage stuff is modeled after AISB and AIBV. > With this cleared: I hope, I managed to clear this up a bit. If not please try to re-state your concern in different words. > Reviewed-by: Pierre Morel<pmorel@linux.ibm.com> > Thanks for your review! Halil
WARNING: multiple messages have this Message-ID (diff)
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: Thu, 9 May 2019 20:26:00 +0200 [thread overview] Message-ID: <20190509202600.4fd6aebe.pasic@linux.ibm.com> (raw) In-Reply-To: <a4bf1976-8037-63bb-2cf6-c389edbd2e89@linux.ibm.com> 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. > However we never use more than 64 bits, do we ever have an adapter > having more than 64 different interrupts? These are one per queue. The number of queues used to be limited to 64 but it ain't no more. If the driver uses classic notifiers, only the first 64 can be used. > > May be we can state than we use a maximal number of AISB of 64 and > therefor use indicators with a size of unsigned long, or __u64 or > whatever is appropriate. Please clear this. > I think you are mixing up adapter interrupts as defined by the architecture, with virtio indicators which are kind of a special case at best: the two stage stuff is modeled after AISB and AIBV. > With this cleared: I hope, I managed to clear this up a bit. If not please try to re-state your concern in different words. > Reviewed-by: Pierre Morel<pmorel@linux.ibm.com> > Thanks for your review! Halil _______________________________________________ Virtualization mailing list Virtualization@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/virtualization
next prev parent reply other threads:[~2019-05-09 18:26 UTC|newest] Thread overview: 182+ 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 ` Halil Pasic 2019-04-26 18:32 ` [PATCH 01/10] virtio/s390: use vring_create_virtqueue Halil Pasic 2019-04-26 18:32 ` Halil Pasic 2019-05-03 9:17 ` Cornelia Huck 2019-05-03 20:04 ` Michael S. Tsirkin 2019-05-03 20:04 ` Michael S. Tsirkin 2019-05-04 14:03 ` Halil Pasic 2019-05-04 14:03 ` Halil Pasic 2019-05-05 11:15 ` Cornelia Huck 2019-05-05 11:15 ` Cornelia Huck 2019-05-07 13:58 ` Christian Borntraeger 2019-05-07 13:58 ` Christian Borntraeger 2019-05-08 20:12 ` Halil Pasic 2019-05-08 20:12 ` Halil Pasic 2019-05-10 14:07 ` Cornelia Huck 2019-05-10 14:07 ` Cornelia Huck 2019-05-12 16:47 ` Michael S. Tsirkin 2019-05-12 16:47 ` Michael S. Tsirkin 2019-05-13 9:52 ` Cornelia Huck 2019-05-13 9:52 ` Cornelia Huck 2019-05-13 12:27 ` Michael Mueller 2019-05-13 12:27 ` Michael Mueller 2019-05-13 12:29 ` Cornelia Huck 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 ` Halil Pasic 2019-05-03 9:31 ` Cornelia Huck 2019-04-26 18:32 ` [PATCH 03/10] virtio/s390: enable packed ring Halil Pasic 2019-04-26 18:32 ` Halil Pasic 2019-05-03 9:44 ` Cornelia Huck 2019-05-05 15:13 ` Thomas Huth 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 18:32 ` Halil Pasic 2019-04-26 19:27 ` Christoph Hellwig 2019-04-26 19:27 ` Christoph Hellwig 2019-04-29 13:59 ` Halil Pasic 2019-04-29 13:59 ` Halil Pasic 2019-04-29 14:05 ` Christian Borntraeger 2019-04-29 14:05 ` Christian Borntraeger 2019-05-13 12:50 ` Michael Mueller 2019-05-13 12:50 ` Michael Mueller 2019-05-08 13:15 ` Claudio Imbrenda 2019-05-08 13:15 ` Claudio Imbrenda 2019-05-09 22:34 ` Halil Pasic 2019-05-09 22:34 ` Halil Pasic 2019-05-15 14:15 ` Michael Mueller 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-09 18:05 ` Jason J. Herne 2019-05-09 18:05 ` Jason J. Herne 2019-05-10 7:49 ` Claudio Imbrenda 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-04-26 18:32 ` Halil Pasic 2019-05-08 13:18 ` Sebastian Ott 2019-05-08 13:18 ` Sebastian Ott 2019-05-08 21:22 ` Halil Pasic 2019-05-08 21:22 ` Halil Pasic 2019-05-09 8:40 ` Sebastian Ott 2019-05-09 8:40 ` Sebastian Ott 2019-05-09 10:11 ` Cornelia Huck 2019-05-09 10:11 ` Cornelia Huck 2019-05-09 22:11 ` Halil Pasic 2019-05-09 22:11 ` Halil Pasic 2019-05-10 14:10 ` Cornelia Huck 2019-05-10 14:10 ` Cornelia Huck 2019-05-12 18:22 ` Halil Pasic 2019-05-12 18:22 ` Halil Pasic 2019-05-13 13:29 ` Cornelia Huck 2019-05-13 13:29 ` Cornelia Huck 2019-05-15 17:12 ` Halil Pasic 2019-05-15 17:12 ` Halil Pasic 2019-05-16 6:13 ` Cornelia Huck 2019-05-16 6:13 ` Cornelia Huck 2019-05-16 13:59 ` Sebastian Ott 2019-05-16 13:59 ` Sebastian Ott 2019-05-20 12:13 ` Halil Pasic 2019-05-20 12:13 ` Halil Pasic 2019-05-21 8:46 ` Michael Mueller 2019-05-21 8:46 ` Michael Mueller 2019-05-22 12:07 ` Sebastian Ott 2019-05-22 12:07 ` Sebastian Ott 2019-05-22 22:12 ` Halil Pasic 2019-05-22 22:12 ` Halil Pasic 2019-05-23 15:17 ` 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-04-26 18:32 ` Halil Pasic 2019-05-08 13:46 ` Sebastian Ott 2019-05-08 13:46 ` Sebastian Ott 2019-05-08 13:54 ` Christoph Hellwig 2019-05-08 13:54 ` Christoph Hellwig 2019-05-08 21:08 ` Halil Pasic 2019-05-08 21:08 ` Halil Pasic 2019-05-09 8:52 ` Sebastian Ott 2019-05-09 8:52 ` Sebastian Ott 2019-05-08 14:23 ` Pierre Morel 2019-05-08 14:23 ` Pierre Morel 2019-05-13 9:41 ` Cornelia Huck 2019-05-13 9:41 ` Cornelia Huck 2019-05-14 14:47 ` Jason J. Herne 2019-05-14 14:47 ` Jason J. Herne 2019-05-15 21:08 ` Halil Pasic 2019-05-15 21:08 ` Halil Pasic 2019-05-16 6:32 ` Cornelia Huck 2019-05-16 6:32 ` Cornelia Huck 2019-05-16 13:42 ` Halil Pasic 2019-05-16 13:42 ` Halil Pasic 2019-05-16 13:54 ` Cornelia Huck 2019-05-16 13:54 ` Cornelia Huck 2019-05-15 20:51 ` Halil Pasic 2019-05-15 20:51 ` Halil Pasic 2019-05-16 6:29 ` Cornelia Huck 2019-05-16 6:29 ` Cornelia Huck 2019-05-18 18:11 ` Halil Pasic 2019-05-18 18:11 ` Halil Pasic 2019-05-20 10:21 ` Cornelia Huck 2019-05-20 10:21 ` Cornelia Huck 2019-05-20 12:34 ` Halil Pasic 2019-05-20 12:34 ` Halil Pasic 2019-05-20 13:43 ` Cornelia Huck 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-04-26 18:32 ` Halil Pasic 2019-05-08 13:58 ` Sebastian Ott 2019-05-08 13:58 ` Sebastian Ott 2019-05-09 11:37 ` Cornelia Huck 2019-05-09 11:37 ` Cornelia Huck 2019-05-13 12:59 ` 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-04-26 18:32 ` Halil Pasic 2019-05-08 14:31 ` Pierre Morel 2019-05-08 14:31 ` Pierre Morel 2019-05-09 12:01 ` Pierre Morel 2019-05-09 12:01 ` Pierre Morel 2019-05-09 18:26 ` Halil Pasic [this message] 2019-05-09 18:26 ` Halil Pasic 2019-05-10 7:43 ` Pierre Morel 2019-05-10 7:43 ` Pierre Morel 2019-05-10 11:54 ` Halil Pasic 2019-05-10 11:54 ` Halil Pasic 2019-05-10 15:36 ` Pierre Morel 2019-05-10 15:36 ` Pierre Morel 2019-05-13 10:15 ` Cornelia Huck 2019-05-13 10:15 ` Cornelia Huck 2019-05-16 15:24 ` Pierre Morel 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-04-26 18:32 ` Halil Pasic 2019-05-08 14:46 ` Pierre Morel 2019-05-08 14:46 ` Pierre Morel 2019-05-09 13:30 ` Pierre Morel 2019-05-09 13:30 ` Pierre Morel 2019-05-09 18:30 ` Halil Pasic 2019-05-09 18:30 ` Halil Pasic 2019-05-13 13:54 ` Cornelia Huck 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-04-26 18:32 ` Halil Pasic 2019-05-08 15:11 ` Pierre Morel 2019-05-08 15:11 ` Pierre Morel 2019-05-15 13:33 ` Michael Mueller 2019-05-15 13:33 ` Michael Mueller 2019-05-15 17:23 ` Halil Pasic 2019-05-15 17:23 ` Halil Pasic 2019-05-13 12:20 ` Cornelia Huck 2019-05-13 12:20 ` Cornelia Huck 2019-05-15 13:43 ` Michael Mueller 2019-05-15 13:43 ` Michael Mueller 2019-05-15 13:50 ` Cornelia Huck 2019-05-15 13:50 ` Cornelia Huck 2019-05-15 17:18 ` Halil Pasic 2019-05-15 17:18 ` Halil Pasic 2019-05-03 9:55 ` [PATCH 00/10] s390: virtio: support protected virtualization Cornelia Huck 2019-05-03 10:03 ` Juergen Gross 2019-05-03 13:33 ` Cornelia Huck 2019-05-03 13:33 ` Cornelia Huck 2019-05-04 13:58 ` Halil Pasic 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=20190509202600.4fd6aebe.pasic@linux.ibm.com \ --to=pasic@linux.ibm.com \ --cc=alifm@linux.ibm.com \ --cc=borntraeger@de.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.