From: Jason Wang <jasowang@redhat.com>
To: Cornelia Huck <cornelia.huck@de.ibm.com>
Cc: Alexander Graf <agraf@suse.de>,
Richard Henderson <rth@twiddle.net>,
qemu-devel@nongnu.org,
Christian Borntraeger <borntraeger@de.ibm.com>,
mst@redhat.com
Subject: Re: [Qemu-devel] [PATCH V2 04/11] virtio-ccw: introduce ccw specific queue limit
Date: Fri, 27 Feb 2015 03:46:25 +0008 [thread overview]
Message-ID: <1425008305.3834.5@smtp.corp.redhat.com> (raw)
In-Reply-To: <20150226140212.6c788d52.cornelia.huck@de.ibm.com>
On Thu, Feb 26, 2015 at 9:02 PM, Cornelia Huck
<cornelia.huck@de.ibm.com> wrote:
> On Thu, 26 Feb 2015 15:04:39 +0800
> Jason Wang <jasowang@redhat.com> wrote:
>
>> Instead of depending on marco, using a bus specific limit.
>>
>> Cc: Alexander Graf <agraf@suse.de>
>> Cc: Cornelia Huck <cornelia.huck@de.ibm.com>
>> Cc: Christian Borntraeger <borntraeger@de.ibm.com>
>> Cc: Richard Henderson <rth@twiddle.net>
>> Signed-off-by: Jason Wang <jasowang@redhat.com>
>> ---
>> hw/s390x/s390-virtio-ccw.c | 7 +++++--
>> hw/s390x/virtio-ccw.c | 13 +++++++------
>> include/hw/virtio/virtio.h | 1 +
>> 3 files changed, 13 insertions(+), 8 deletions(-)
>>
>> diff --git a/hw/s390x/s390-virtio-ccw.c b/hw/s390x/s390-virtio-ccw.c
>> index 71bafe0..6aeb815 100644
>> --- a/hw/s390x/s390-virtio-ccw.c
>> +++ b/hw/s390x/s390-virtio-ccw.c
>> @@ -43,6 +43,7 @@ void io_subsystem_reset(void)
>>
>> static int virtio_ccw_hcall_notify(const uint64_t *args)
>> {
>> + VirtIODevice *vdev;
>> uint64_t subch_id = args[0];
>> uint64_t queue = args[1];
>> SubchDev *sch;
>> @@ -55,10 +56,12 @@ static int virtio_ccw_hcall_notify(const
>> uint64_t *args)
>> if (!sch || !css_subch_visible(sch)) {
>> return -EINVAL;
>> }
>> - if (queue >= VIRTIO_PCI_QUEUE_MAX) {
>> +
>> + vdev = virtio_ccw_get_vdev(sch);
>> + if (queue >= virtio_get_queue_max(vdev)) {
>
> But we already know we have a virtio_ccw device, right? So why not
> just
> check against VIRTIO_CCW_QUEUE_MAX?
The problem is whether or not you want to increase the max queue for
ccw. If yes, for migration compatibility, you could not just use a
marco here since legacy machine type will also get increased. Something
dynamically like this is need so the machine initialization code can
change this limit.
>
>
>> return -EINVAL;
>> }
>> - virtio_queue_notify(virtio_ccw_get_vdev(sch), queue);
>> + virtio_queue_notify(vdev, queue);
>> return 0;
>>
>> }
>
> (...)
>
>> diff --git a/include/hw/virtio/virtio.h b/include/hw/virtio/virtio.h
>> index 9fe0d92..04ad532 100644
>> --- a/include/hw/virtio/virtio.h
>> +++ b/include/hw/virtio/virtio.h
>> @@ -93,6 +93,7 @@ typedef struct VirtQueueElement
>> } VirtQueueElement;
>>
>> #define VIRTIO_PCI_QUEUE_MAX 64
>> +#define VIRTIO_CCW_QUEUE_MAX 64
>
> Does generic code need to know about the ccw limit?
Seems not, will move it to ccw file.
>
>
>>
>> #define VIRTIO_NO_VECTOR 0xffff
>>
>
next prev parent reply other threads:[~2015-02-27 3:40 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-26 7:04 [Qemu-devel] [PATCH V2 00/11] Support more virtio queues Jason Wang
2015-02-26 7:04 ` [Qemu-devel] [PATCH V2 01/11] virtio-net: validate backend queue numbers against bus limitation Jason Wang
2015-02-26 7:04 ` [Qemu-devel] [PATCH V2 02/11] virtio-net: fix the upper bound when trying to delete queues Jason Wang
2015-02-26 7:04 ` [Qemu-devel] [PATCH V2 03/11] virito: introduce bus specific queue limit Jason Wang
2015-02-26 10:19 ` Michael S. Tsirkin
2015-02-27 3:04 ` Jason Wang
2015-02-26 12:57 ` Cornelia Huck
2015-02-27 3:34 ` Jason Wang
2015-02-27 9:34 ` Cornelia Huck
2015-02-28 3:17 ` Jason Wang
2015-02-26 7:04 ` [Qemu-devel] [PATCH V2 04/11] virtio-ccw: introduce ccw " Jason Wang
2015-02-26 13:02 ` Cornelia Huck
2015-02-27 3:38 ` Jason Wang [this message]
2015-02-27 9:41 ` Cornelia Huck
2015-02-28 3:30 ` Jason Wang
2015-02-26 7:04 ` [Qemu-devel] [PATCH V2 05/11] virtio-serial-bus: switch to bus " Jason Wang
2015-02-26 7:04 ` [Qemu-devel] [PATCH V2 06/11] virtio-s390: " Jason Wang
2015-02-26 13:05 ` Cornelia Huck
2015-02-27 6:34 ` Jason Wang
2015-02-27 9:49 ` Cornelia Huck
2015-02-28 3:31 ` Jason Wang
2015-03-02 8:51 ` Cornelia Huck
2015-02-26 7:04 ` [Qemu-devel] [PATCH V2 07/11] virtio-mmio: " Jason Wang
2015-02-26 7:04 ` [Qemu-devel] [PATCH V2 08/11] virtio-pci: switch to use " Jason Wang
2015-02-26 10:20 ` Michael S. Tsirkin
2015-02-27 3:18 ` Jason Wang
2015-02-26 7:04 ` [Qemu-devel] [PATCH V2 09/11] virtio-pci: increase the maximum number of virtqueues to 513 Jason Wang
2015-02-26 7:04 ` [Qemu-devel] [PATCH V2 10/11] pci: remove hard-coded bar size in msix_init_exclusive_bar() Jason Wang
2015-02-26 7:04 ` [Qemu-devel] [PATCH V2 11/11] virtio-pci: introduce auto_msix_bar_size property Jason Wang
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=1425008305.3834.5@smtp.corp.redhat.com \
--to=jasowang@redhat.com \
--cc=agraf@suse.de \
--cc=borntraeger@de.ibm.com \
--cc=cornelia.huck@de.ibm.com \
--cc=mst@redhat.com \
--cc=qemu-devel@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 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.