From: Jason Wang <jasowang@redhat.com>
To: qemu-devel@nongnu.org
Cc: mst@redhat.com, Jason Wang <jasowang@redhat.com>,
Alexander Graf <agraf@suse.de>,
qemu-ppc@nongnu.org, Paolo Bonzini <pbonzini@redhat.com>,
Richard Henderson <rth@twiddle.net>
Subject: [Qemu-devel] [PATCH v6 15/16] virtio-pci: increase the maximum number of virtqueues to 513
Date: Fri, 17 Apr 2015 12:48:39 +0800 [thread overview]
Message-ID: <1429246120-29439-16-git-send-email-jasowang@redhat.com> (raw)
In-Reply-To: <1429246120-29439-1-git-send-email-jasowang@redhat.com>
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 on recent Linux host (which supports up to 256 tuntap 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 | 3 ++-
4 files changed, 17 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 7d01500..500d6db 100644
--- a/hw/virtio/virtio-pci.c
+++ b/hw/virtio/virtio-pci.c
@@ -42,7 +42,8 @@
* configuration space */
#define VIRTIO_PCI_CONFIG_SIZE(dev) VIRTIO_PCI_CONFIG_OFF(msix_enabled(dev))
-#define VIRTIO_PCI_QUEUE_MAX 64
+/* 513 is for the kernel limit for the maximum number of tuntap queues - 256 */
+#define VIRTIO_PCI_QUEUE_MAX 513
static void virtio_pci_bus_new(VirtioBusState *bus, size_t bus_size,
VirtIOPCIProxy *dev);
--
2.1.0
next prev parent reply other threads:[~2015-04-17 4:49 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-17 4:48 [Qemu-devel] [PATCH v6 00/16] Support more virtio queues Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 01/16] virtio-net: fix the upper bound when trying to delete queues Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 02/16] pc: add 2.4 machine types Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 03/16] spapr: add machine type specific instance init function Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 04/16] ppc: spapr: add 2.4 machine type Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 05/16] monitor: replace the magic number 255 with MAX_QUEUE_NUM Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 06/16] monitor: check return value of qemu_find_net_clients_except() Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 07/16] virtio-ccw: using VIRTIO_NO_VECTOR instead of 0 for invalid virtqueue Jason Wang
2015-04-17 11:31 ` Cornelia Huck
2015-04-20 5:27 ` Jason Wang
2015-04-20 5:29 ` Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 08/16] virtio: introduce bus specific queue limit Jason Wang
2015-04-17 11:40 ` Cornelia Huck
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 09/16] virtio-ccw: introduce ccw " Jason Wang
2015-04-17 11:46 ` Cornelia Huck
2015-04-20 5:27 ` Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 10/16] virtio-s390: switch to bus " Jason Wang
2015-04-17 11:49 ` Cornelia Huck
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 11/16] virtio-mmio: " Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 12/16] virtio-pci: switch to use " Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 13/16] virtio: introduce vector to virtqueues mapping Jason Wang
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 14/16] virtio-pci: speedup MSI-X masking and unmasking Jason Wang
2015-04-17 4:48 ` Jason Wang [this message]
2015-04-17 4:48 ` [Qemu-devel] [PATCH v6 16/16] pci: remove hard-coded bar size in msix_init_exclusive_bar() 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=1429246120-29439-16-git-send-email-jasowang@redhat.com \
--to=jasowang@redhat.com \
--cc=agraf@suse.de \
--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).