qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Jason Wang <jasowang@redhat.com>
To: Alexander Graf <agraf@suse.de>, qemu-devel@nongnu.org
Cc: cornelia.huck@de.ibm.com, Paolo Bonzini <pbonzini@redhat.com>,
	mst@redhat.com, qemu-ppc@nongnu.org,
	Richard Henderson <rth@twiddle.net>
Subject: Re: [Qemu-devel] [PATCH V5 16/18] virtio-pci: increase the maximum number of virtqueues to 513
Date: Wed, 08 Apr 2015 16:10:43 +0800	[thread overview]
Message-ID: <5524E283.4060501@redhat.com> (raw)
In-Reply-To: <55240BAE.8000705@suse.de>



On 04/08/2015 12:54 AM, Alexander Graf wrote:
> On 04/01/2015 10:15 AM, Jason Wang wrote:
>> This patch increases the maximum number of virtqueues for pci from 64
>> to 513. This will allow booting a virtio-net-pci device with 256 queue
>> pairs.
>>
>> To keep migration compatibility, 64 was kept for legacy machine
>> types. This is because qemu in fact allows guest to probe the limit of
>> virtqueues through trying to set queue_sel. So for legacy machine
>> type, we should make sure setting queue_sel to more than 63 won't
>> make effect.
>>
>> Cc: Paolo Bonzini <pbonzini@redhat.com>
>> Cc: Richard Henderson <rth@twiddle.net>
>> Cc: Michael S. Tsirkin <mst@redhat.com>
>> Cc: Alexander Graf <agraf@suse.de>
>> Cc: qemu-ppc@nongnu.org
>> Signed-off-by: Jason Wang <jasowang@redhat.com>
>> ---
>>   hw/i386/pc_piix.c      | 5 +++++
>>   hw/i386/pc_q35.c       | 5 +++++
>>   hw/ppc/spapr.c         | 5 +++++
>>   hw/virtio/virtio-pci.c | 2 +-
>>   4 files changed, 16 insertions(+), 1 deletion(-)
>>
>> diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
>> index 212e263..6e098ce 100644
>> --- a/hw/i386/pc_piix.c
>> +++ b/hw/i386/pc_piix.c
>> @@ -49,6 +49,7 @@
>>   #include "hw/acpi/acpi.h"
>>   #include "cpu.h"
>>   #include "qemu/error-report.h"
>> +#include "hw/virtio/virtio-bus.h"
>>   #ifdef CONFIG_XEN
>>   #  include <xen/hvm/hvm_info_table.h>
>>   #endif
>> @@ -312,6 +313,10 @@ static void pc_init_pci(MachineState *machine)
>>     static void pc_compat_2_3(MachineState *machine)
>>   {
>> +    ObjectClass *klass = object_class_by_name("virtio-pci-bus");
>> +    VirtioBusClass *k = VIRTIO_BUS_CLASS(klass);
>> +
>> +    k->queue_max = 64;
>>   }
>>     static void pc_compat_2_2(MachineState *machine)
>> diff --git a/hw/i386/pc_q35.c b/hw/i386/pc_q35.c
>> index e67f2de..ff7c414 100644
>> --- a/hw/i386/pc_q35.c
>> +++ b/hw/i386/pc_q35.c
>> @@ -45,6 +45,7 @@
>>   #include "hw/usb.h"
>>   #include "hw/cpu/icc_bus.h"
>>   #include "qemu/error-report.h"
>> +#include "include/hw/virtio/virtio-bus.h"
>>     /* ICH9 AHCI has 6 ports */
>>   #define MAX_SATA_PORTS     6
>> @@ -291,6 +292,10 @@ static void pc_q35_init(MachineState *machine)
>>     static void pc_compat_2_3(MachineState *machine)
>>   {
>> +    ObjectClass *klass = object_class_by_name("virtio-pci-bus");
>> +    VirtioBusClass *k = VIRTIO_BUS_CLASS(klass);
>> +
>> +    k->queue_max = 64;
>>   }
>>     static void pc_compat_2_2(MachineState *machine)
>> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
>> index 8e43aa2..ee8f6a3 100644
>> --- a/hw/ppc/spapr.c
>> +++ b/hw/ppc/spapr.c
>> @@ -50,6 +50,7 @@
>>   #include "hw/pci/pci.h"
>>   #include "hw/scsi/scsi.h"
>>   #include "hw/virtio/virtio-scsi.h"
>> +#include "hw/virtio/virtio-bus.h"
>>     #include "exec/address-spaces.h"
>>   #include "hw/usb.h"
>> @@ -1827,6 +1828,10 @@ static const TypeInfo spapr_machine_info = {
>>     static void spapr_compat_2_3(Object *obj)
>>   {
>> +    ObjectClass *klass = object_class_by_name("virtio-pci-bus");
>> +    VirtioBusClass *k = VIRTIO_BUS_CLASS(klass);
>> +
>> +    k->queue_max = 64;
>>   }
>>     static void spapr_compat_2_2(Object *obj)
>> diff --git a/hw/virtio/virtio-pci.c b/hw/virtio/virtio-pci.c
>> index 9a5242a..02e3ce8 100644
>> --- a/hw/virtio/virtio-pci.c
>> +++ b/hw/virtio/virtio-pci.c
>> @@ -42,7 +42,7 @@
>>    * configuration space */
>>   #define VIRTIO_PCI_CONFIG_SIZE(dev)    
>> VIRTIO_PCI_CONFIG_OFF(msix_enabled(dev))
>>   -#define VIRTIO_PCI_QUEUE_MAX 64
>> +#define VIRTIO_PCI_QUEUE_MAX 513
>
> 513 is an interesting number. Any particular reason for it? Maybe this
> was mentioned before and I just missed it ;)
>
>
> Alex
>
>

The number were chose to match kernel limit for tuntap queues.  Recent
kernel allow up to 256 queues for tuntap, so 513 is in fact 256 * 2 plus
1 control vq.

  parent reply	other threads:[~2015-04-08  8:11 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-01  8:14 [Qemu-devel] [PATCH V5 00/18] Support more virtio queues Jason Wang
2015-04-01  8:14 ` [Qemu-devel] [PATCH V5 01/18] virtio-net: fix the upper bound when trying to delete queues Jason Wang
2015-04-01  8:14 ` [Qemu-devel] [PATCH V5 02/18] pc: add 2.4 machine types Jason Wang
2015-04-01  8:14 ` [Qemu-devel] [PATCH V5 03/18] spapr: add machine type specific instance init function Jason Wang
2015-04-01  8:14 ` [Qemu-devel] [PATCH V5 04/18] ppc: spapr: add 2.4 machine type Jason Wang
2015-04-01  8:14 ` [Qemu-devel] [PATCH V5 05/18] monitor: replace the magic number 255 with MAX_QUEUE_NUM Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 06/18] monitor: check return value of qemu_find_net_clients_except() Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 07/18] virtio-ccw: using VIRTIO_NO_VECTOR instead of 0 for invalid virtqueue Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 08/18] virtio: introduce bus specific queue limit Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 09/18] virtio-ccw: introduce ccw " Jason Wang
2015-04-02 13:47   ` Cornelia Huck
2015-04-03  8:53     ` Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 10/18] virtio-s390: switch to bus " Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 11/18] virtio-mmio: " Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 12/18] virtio-pci: switch to use " Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 13/18] virtio: introduce vector to virtqueues mapping Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 14/18] virtio: introduce virtio_queue_get_index() Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 15/18] virtio-pci: speedup MSI-X masking and unmasking Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 16/18] virtio-pci: increase the maximum number of virtqueues to 513 Jason Wang
2015-04-07 16:54   ` Alexander Graf
2015-04-07 18:06     ` Luigi Rizzo
2015-04-07 18:33       ` Alexander Graf
2015-04-08  8:29         ` Jason Wang
2015-04-08  8:41           ` Alexander Graf
2015-04-08  9:04             ` Jason Wang
2015-04-08  8:27       ` Jason Wang
2015-04-08 13:23       ` Michael S. Tsirkin
2015-04-08  8:10     ` Jason Wang [this message]
2015-04-08  8:13       ` Alexander Graf
2015-04-08  8:30         ` Jason Wang
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 17/18] pci: remove hard-coded bar size in msix_init_exclusive_bar() Jason Wang
2015-04-01  9:18   ` Michael S. Tsirkin
2015-04-01 10:12     ` Jason Wang
2015-04-01 10:20       ` Michael S. Tsirkin
2015-04-01  8:15 ` [Qemu-devel] [PATCH V5 18/18] virtio-pci: introduce auto_msix_bar_size property Jason Wang
2015-04-01  9:20   ` Michael S. Tsirkin
2015-04-01 10:14     ` Jason Wang
2015-04-02 13:43 ` [Qemu-devel] [PATCH V5 00/18] Support more virtio queues Cornelia Huck
2015-04-03  8:52   ` 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=5524E283.4060501@redhat.com \
    --to=jasowang@redhat.com \
    --cc=agraf@suse.de \
    --cc=cornelia.huck@de.ibm.com \
    --cc=mst@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@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 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).