2009-05-18 13:51:59 +00:00
|
|
|
/*
|
|
|
|
* Virtio PCI Bindings
|
|
|
|
*
|
|
|
|
* Copyright IBM, Corp. 2007
|
|
|
|
* Copyright (c) 2009 CodeSourcery
|
|
|
|
*
|
|
|
|
* Authors:
|
|
|
|
* Anthony Liguori <aliguori@us.ibm.com>
|
|
|
|
* Paul Brook <paul@codesourcery.com>
|
|
|
|
*
|
|
|
|
* This work is licensed under the terms of the GNU GPL, version 2. See
|
|
|
|
* the COPYING file in the top-level directory.
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <inttypes.h>
|
|
|
|
|
|
|
|
#include "virtio.h"
|
2010-01-10 11:52:53 +00:00
|
|
|
#include "virtio-blk.h"
|
|
|
|
#include "virtio-net.h"
|
2009-05-18 13:51:59 +00:00
|
|
|
#include "pci.h"
|
2010-02-18 15:24:31 +00:00
|
|
|
#include "qemu-error.h"
|
2009-06-21 16:50:26 +00:00
|
|
|
#include "msix.h"
|
2009-07-15 11:48:25 +00:00
|
|
|
#include "net.h"
|
block: add topology qdev properties
Add three new qdev properties to export block topology information to
the guest. This is needed to get optimal I/O alignment for RAID arrays
or SSDs.
The options are:
- physical_block_size to specify the physical block size of the device,
this is going to increase from 512 bytes to 4096 kilobytes for many
modern storage devices
- min_io_size to specify the minimal I/O size without performance impact,
this is typically set to the RAID chunk size for arrays.
- opt_io_size to specify the optimal sustained I/O size, this is
typically the RAID stripe width for arrays.
I decided to not auto-probe these values from blkid which might easily
be possible as I don't know how to deal with these issues on migration.
Note that we specificly only set the physical_block_size, and not the
logial one which is the unit all I/O is described in. The reason for
that is that IDE does not support increasing the logical block size and
at last for now I want to stick to one meachnisms in queue and allow
for easy switching of transports for a given backing image which would
not be possible if scsi and virtio use real 4k sectors, while ide only
uses the physical block exponent.
To make this more common for the different block drivers introduce a
new BlockConf structure holding all common block properties and a
DEFINE_BLOCK_PROPERTIES macro to add them all together, mirroring
what is done for network drivers. Also switch over all block drivers
to use it, except for the floppy driver which has weird driveA/driveB
properties and probably won't require any advanced block options ever.
Example usage for a virtio device with 4k physical block size and
8k optimal I/O size:
-drive file=scratch.img,media=disk,cache=none,id=scratch \
-device virtio-blk-pci,drive=scratch,physical_block_size=4096,opt_io_size=8192
aliguori: updated patch to take into account BLOCK events
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-02-10 22:37:09 +00:00
|
|
|
#include "block_int.h"
|
2009-10-21 13:25:35 +00:00
|
|
|
#include "loader.h"
|
2009-05-18 13:51:59 +00:00
|
|
|
|
|
|
|
/* from Linux's linux/virtio_pci.h */
|
|
|
|
|
|
|
|
/* A 32-bit r/o bitmask of the features supported by the host */
|
|
|
|
#define VIRTIO_PCI_HOST_FEATURES 0
|
|
|
|
|
|
|
|
/* A 32-bit r/w bitmask of features activated by the guest */
|
|
|
|
#define VIRTIO_PCI_GUEST_FEATURES 4
|
|
|
|
|
|
|
|
/* A 32-bit r/w PFN for the currently selected queue */
|
|
|
|
#define VIRTIO_PCI_QUEUE_PFN 8
|
|
|
|
|
|
|
|
/* A 16-bit r/o queue size for the currently selected queue */
|
|
|
|
#define VIRTIO_PCI_QUEUE_NUM 12
|
|
|
|
|
|
|
|
/* A 16-bit r/w queue selector */
|
|
|
|
#define VIRTIO_PCI_QUEUE_SEL 14
|
|
|
|
|
|
|
|
/* A 16-bit r/w queue notifier */
|
|
|
|
#define VIRTIO_PCI_QUEUE_NOTIFY 16
|
|
|
|
|
|
|
|
/* An 8-bit device status register. */
|
|
|
|
#define VIRTIO_PCI_STATUS 18
|
|
|
|
|
|
|
|
/* An 8-bit r/o interrupt status register. Reading the value will return the
|
|
|
|
* current contents of the ISR and will also clear it. This is effectively
|
|
|
|
* a read-and-acknowledge. */
|
|
|
|
#define VIRTIO_PCI_ISR 19
|
|
|
|
|
2009-06-21 16:50:26 +00:00
|
|
|
/* MSI-X registers: only enabled if MSI-X is enabled. */
|
|
|
|
/* A 16-bit vector for configuration changes. */
|
|
|
|
#define VIRTIO_MSI_CONFIG_VECTOR 20
|
|
|
|
/* A 16-bit vector for selected queue notifications. */
|
|
|
|
#define VIRTIO_MSI_QUEUE_VECTOR 22
|
|
|
|
|
|
|
|
/* Config space size */
|
|
|
|
#define VIRTIO_PCI_CONFIG_NOMSI 20
|
|
|
|
#define VIRTIO_PCI_CONFIG_MSI 24
|
|
|
|
#define VIRTIO_PCI_REGION_SIZE(dev) (msix_present(dev) ? \
|
|
|
|
VIRTIO_PCI_CONFIG_MSI : \
|
|
|
|
VIRTIO_PCI_CONFIG_NOMSI)
|
|
|
|
|
|
|
|
/* The remaining space is defined by each driver as the per-driver
|
|
|
|
* configuration space */
|
|
|
|
#define VIRTIO_PCI_CONFIG(dev) (msix_enabled(dev) ? \
|
|
|
|
VIRTIO_PCI_CONFIG_MSI : \
|
|
|
|
VIRTIO_PCI_CONFIG_NOMSI)
|
2009-05-18 13:51:59 +00:00
|
|
|
|
|
|
|
/* Virtio ABI version, if we increment this, we break the guest driver. */
|
|
|
|
#define VIRTIO_PCI_ABI_VERSION 0
|
|
|
|
|
|
|
|
/* How many bits to shift physical queue address written to QUEUE_PFN.
|
|
|
|
* 12 is historical, and due to x86 page size. */
|
|
|
|
#define VIRTIO_PCI_QUEUE_ADDR_SHIFT 12
|
|
|
|
|
2010-03-16 18:18:07 +00:00
|
|
|
/* We can catch some guest bugs inside here so we continue supporting older
|
|
|
|
guests. */
|
|
|
|
#define VIRTIO_PCI_BUG_BUS_MASTER (1 << 0)
|
|
|
|
|
2009-05-18 13:51:59 +00:00
|
|
|
/* QEMU doesn't strictly need write barriers since everything runs in
|
|
|
|
* lock-step. We'll leave the calls to wmb() in though to make it obvious for
|
|
|
|
* KVM or if kqemu gets SMP support.
|
|
|
|
*/
|
|
|
|
#define wmb() do { } while (0)
|
|
|
|
|
|
|
|
/* PCI bindings. */
|
|
|
|
|
|
|
|
typedef struct {
|
|
|
|
PCIDevice pci_dev;
|
|
|
|
VirtIODevice *vdev;
|
2010-03-16 18:18:07 +00:00
|
|
|
uint32_t bugs;
|
2009-05-18 13:51:59 +00:00
|
|
|
uint32_t addr;
|
2009-07-15 11:48:23 +00:00
|
|
|
uint32_t class_code;
|
2009-07-15 11:48:25 +00:00
|
|
|
uint32_t nvectors;
|
block: add topology qdev properties
Add three new qdev properties to export block topology information to
the guest. This is needed to get optimal I/O alignment for RAID arrays
or SSDs.
The options are:
- physical_block_size to specify the physical block size of the device,
this is going to increase from 512 bytes to 4096 kilobytes for many
modern storage devices
- min_io_size to specify the minimal I/O size without performance impact,
this is typically set to the RAID chunk size for arrays.
- opt_io_size to specify the optimal sustained I/O size, this is
typically the RAID stripe width for arrays.
I decided to not auto-probe these values from blkid which might easily
be possible as I don't know how to deal with these issues on migration.
Note that we specificly only set the physical_block_size, and not the
logial one which is the unit all I/O is described in. The reason for
that is that IDE does not support increasing the logical block size and
at last for now I want to stick to one meachnisms in queue and allow
for easy switching of transports for a given backing image which would
not be possible if scsi and virtio use real 4k sectors, while ide only
uses the physical block exponent.
To make this more common for the different block drivers introduce a
new BlockConf structure holding all common block properties and a
DEFINE_BLOCK_PROPERTIES macro to add them all together, mirroring
what is done for network drivers. Also switch over all block drivers
to use it, except for the floppy driver which has weird driveA/driveB
properties and probably won't require any advanced block options ever.
Example usage for a virtio device with 4k physical block size and
8k optimal I/O size:
-drive file=scratch.img,media=disk,cache=none,id=scratch \
-device virtio-blk-pci,drive=scratch,physical_block_size=4096,opt_io_size=8192
aliguori: updated patch to take into account BLOCK events
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-02-10 22:37:09 +00:00
|
|
|
BlockConf block;
|
2009-10-21 13:25:35 +00:00
|
|
|
NICConf nic;
|
2010-01-10 11:52:53 +00:00
|
|
|
uint32_t host_features;
|
virtio-console: qdev conversion, new virtio-serial-bus
This commit converts the virtio-console device to create a new
virtio-serial bus that can host console and generic serial ports. The
file hosting this code is now called virtio-serial-bus.c.
The virtio console is now a very simple qdev device that sits on the
virtio-serial-bus and communicates between the bus and qemu's chardevs.
This commit also includes a few changes to the virtio backing code for
pci and s390 to spawn the virtio-serial bus.
As a result of the qdev conversion, we get rid of a lot of legacy code.
The old-style way of instantiating a virtio console using
-virtioconsole ...
is maintained, but the new, preferred way is to use
-device virtio-serial -device virtconsole,chardev=...
With this commit, multiple devices as well as multiple ports with a
single device can be supported.
For multiple ports support, each port gets an IO vq pair. Since the
guest needs to know in advance how many vqs a particular device will
need, we have to set this number as a property of the virtio-serial
device and also as a config option.
In addition, we also spawn a pair of control IO vqs. This is an internal
channel meant for guest-host communication for things like port
open/close, sending port properties over to the guest, etc.
This commit is a part of a series of other commits to get the full
implementation of multiport support. Future commits will add other
support as well as ride on the savevm version that we bump up here.
Signed-off-by: Amit Shah <amit.shah@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-19 19:06:52 +00:00
|
|
|
/* Max. number of ports we can have for a the virtio-serial device */
|
|
|
|
uint32_t max_virtserial_ports;
|
2009-05-18 13:51:59 +00:00
|
|
|
} VirtIOPCIProxy;
|
|
|
|
|
|
|
|
/* virtio device */
|
|
|
|
|
2009-06-21 16:50:13 +00:00
|
|
|
static void virtio_pci_notify(void *opaque, uint16_t vector)
|
2009-05-18 13:51:59 +00:00
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
2009-06-21 16:50:26 +00:00
|
|
|
if (msix_enabled(&proxy->pci_dev))
|
|
|
|
msix_notify(&proxy->pci_dev, vector);
|
|
|
|
else
|
|
|
|
qemu_set_irq(proxy->pci_dev.irq[0], proxy->vdev->isr & 1);
|
2009-05-18 13:51:59 +00:00
|
|
|
}
|
|
|
|
|
2009-06-21 16:50:40 +00:00
|
|
|
static void virtio_pci_save_config(void * opaque, QEMUFile *f)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
|
|
|
pci_device_save(&proxy->pci_dev, f);
|
|
|
|
msix_save(&proxy->pci_dev, f);
|
|
|
|
if (msix_present(&proxy->pci_dev))
|
|
|
|
qemu_put_be16(f, proxy->vdev->config_vector);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void virtio_pci_save_queue(void * opaque, int n, QEMUFile *f)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
|
|
|
if (msix_present(&proxy->pci_dev))
|
|
|
|
qemu_put_be16(f, virtio_queue_vector(proxy->vdev, n));
|
|
|
|
}
|
|
|
|
|
|
|
|
static int virtio_pci_load_config(void * opaque, QEMUFile *f)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
|
|
|
int ret;
|
|
|
|
ret = pci_device_load(&proxy->pci_dev, f);
|
2009-07-05 13:02:34 +00:00
|
|
|
if (ret) {
|
2009-06-21 16:50:40 +00:00
|
|
|
return ret;
|
2009-07-05 13:02:34 +00:00
|
|
|
}
|
2009-06-21 16:50:40 +00:00
|
|
|
msix_load(&proxy->pci_dev, f);
|
2009-07-05 13:02:34 +00:00
|
|
|
if (msix_present(&proxy->pci_dev)) {
|
2009-06-21 16:50:40 +00:00
|
|
|
qemu_get_be16s(f, &proxy->vdev->config_vector);
|
2009-07-05 13:02:34 +00:00
|
|
|
} else {
|
|
|
|
proxy->vdev->config_vector = VIRTIO_NO_VECTOR;
|
|
|
|
}
|
|
|
|
if (proxy->vdev->config_vector != VIRTIO_NO_VECTOR) {
|
|
|
|
return msix_vector_use(&proxy->pci_dev, proxy->vdev->config_vector);
|
|
|
|
}
|
2010-03-16 18:18:07 +00:00
|
|
|
|
|
|
|
/* Try to find out if the guest has bus master disabled, but is
|
|
|
|
in ready state. Then we have a buggy guest OS. */
|
|
|
|
if (!(proxy->vdev->status & VIRTIO_CONFIG_S_DRIVER_OK) &&
|
|
|
|
!(proxy->pci_dev.config[PCI_COMMAND] & PCI_COMMAND_MASTER)) {
|
|
|
|
proxy->bugs |= VIRTIO_PCI_BUG_BUS_MASTER;
|
|
|
|
}
|
2009-06-21 16:50:40 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int virtio_pci_load_queue(void * opaque, int n, QEMUFile *f)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
|
|
|
uint16_t vector;
|
2009-07-05 13:02:34 +00:00
|
|
|
if (msix_present(&proxy->pci_dev)) {
|
|
|
|
qemu_get_be16s(f, &vector);
|
|
|
|
} else {
|
|
|
|
vector = VIRTIO_NO_VECTOR;
|
|
|
|
}
|
2009-06-21 16:50:40 +00:00
|
|
|
virtio_queue_set_vector(proxy->vdev, n, vector);
|
2009-07-05 13:02:34 +00:00
|
|
|
if (vector != VIRTIO_NO_VECTOR) {
|
|
|
|
return msix_vector_use(&proxy->pci_dev, vector);
|
|
|
|
}
|
2009-06-21 16:50:40 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2009-09-16 10:40:37 +00:00
|
|
|
static void virtio_pci_reset(DeviceState *d)
|
2009-06-21 16:50:13 +00:00
|
|
|
{
|
2009-09-16 10:40:37 +00:00
|
|
|
VirtIOPCIProxy *proxy = container_of(d, VirtIOPCIProxy, pci_dev.qdev);
|
2009-06-21 16:50:13 +00:00
|
|
|
virtio_reset(proxy->vdev);
|
2009-06-21 16:50:26 +00:00
|
|
|
msix_reset(&proxy->pci_dev);
|
2010-03-16 18:18:07 +00:00
|
|
|
proxy->bugs = 0;
|
2009-06-21 16:50:13 +00:00
|
|
|
}
|
|
|
|
|
2009-05-18 13:51:59 +00:00
|
|
|
static void virtio_ioport_write(void *opaque, uint32_t addr, uint32_t val)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
|
|
|
VirtIODevice *vdev = proxy->vdev;
|
2009-10-01 21:12:16 +00:00
|
|
|
target_phys_addr_t pa;
|
2009-05-18 13:51:59 +00:00
|
|
|
|
|
|
|
switch (addr) {
|
|
|
|
case VIRTIO_PCI_GUEST_FEATURES:
|
|
|
|
/* Guest does not negotiate properly? We have to assume nothing. */
|
|
|
|
if (val & (1 << VIRTIO_F_BAD_FEATURE)) {
|
|
|
|
if (vdev->bad_features)
|
2010-01-10 11:52:53 +00:00
|
|
|
val = proxy->host_features & vdev->bad_features(vdev);
|
2009-05-18 13:51:59 +00:00
|
|
|
else
|
|
|
|
val = 0;
|
|
|
|
}
|
|
|
|
if (vdev->set_features)
|
|
|
|
vdev->set_features(vdev, val);
|
2010-01-10 11:52:47 +00:00
|
|
|
vdev->guest_features = val;
|
2009-05-18 13:51:59 +00:00
|
|
|
break;
|
|
|
|
case VIRTIO_PCI_QUEUE_PFN:
|
2009-10-01 21:12:16 +00:00
|
|
|
pa = (target_phys_addr_t)val << VIRTIO_PCI_QUEUE_ADDR_SHIFT;
|
2009-11-24 14:45:35 +00:00
|
|
|
if (pa == 0) {
|
|
|
|
virtio_reset(proxy->vdev);
|
|
|
|
msix_unuse_all_vectors(&proxy->pci_dev);
|
|
|
|
}
|
2009-06-21 16:50:13 +00:00
|
|
|
else
|
|
|
|
virtio_queue_set_addr(vdev, vdev->queue_sel, pa);
|
2009-05-18 13:51:59 +00:00
|
|
|
break;
|
|
|
|
case VIRTIO_PCI_QUEUE_SEL:
|
|
|
|
if (val < VIRTIO_PCI_QUEUE_MAX)
|
|
|
|
vdev->queue_sel = val;
|
|
|
|
break;
|
|
|
|
case VIRTIO_PCI_QUEUE_NOTIFY:
|
|
|
|
virtio_queue_notify(vdev, val);
|
|
|
|
break;
|
|
|
|
case VIRTIO_PCI_STATUS:
|
|
|
|
vdev->status = val & 0xFF;
|
2009-11-24 14:45:35 +00:00
|
|
|
if (vdev->status == 0) {
|
|
|
|
virtio_reset(proxy->vdev);
|
|
|
|
msix_unuse_all_vectors(&proxy->pci_dev);
|
|
|
|
}
|
2010-03-16 18:18:07 +00:00
|
|
|
|
|
|
|
/* Linux before 2.6.34 sets the device as OK without enabling
|
|
|
|
the PCI device bus master bit. In this case we need to disable
|
|
|
|
some safety checks. */
|
|
|
|
if ((val & VIRTIO_CONFIG_S_DRIVER_OK) &&
|
|
|
|
!(proxy->pci_dev.config[PCI_COMMAND] & PCI_COMMAND_MASTER)) {
|
|
|
|
proxy->bugs |= VIRTIO_PCI_BUG_BUS_MASTER;
|
|
|
|
}
|
2009-05-18 13:51:59 +00:00
|
|
|
break;
|
2009-06-21 16:50:26 +00:00
|
|
|
case VIRTIO_MSI_CONFIG_VECTOR:
|
|
|
|
msix_vector_unuse(&proxy->pci_dev, vdev->config_vector);
|
|
|
|
/* Make it possible for guest to discover an error took place. */
|
|
|
|
if (msix_vector_use(&proxy->pci_dev, val) < 0)
|
|
|
|
val = VIRTIO_NO_VECTOR;
|
|
|
|
vdev->config_vector = val;
|
|
|
|
break;
|
|
|
|
case VIRTIO_MSI_QUEUE_VECTOR:
|
|
|
|
msix_vector_unuse(&proxy->pci_dev,
|
|
|
|
virtio_queue_vector(vdev, vdev->queue_sel));
|
|
|
|
/* Make it possible for guest to discover an error took place. */
|
|
|
|
if (msix_vector_use(&proxy->pci_dev, val) < 0)
|
|
|
|
val = VIRTIO_NO_VECTOR;
|
|
|
|
virtio_queue_set_vector(vdev, vdev->queue_sel, val);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
fprintf(stderr, "%s: unexpected address 0x%x value 0x%x\n",
|
|
|
|
__func__, addr, val);
|
|
|
|
break;
|
2009-05-18 13:51:59 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-06-21 16:50:26 +00:00
|
|
|
static uint32_t virtio_ioport_read(VirtIOPCIProxy *proxy, uint32_t addr)
|
2009-05-18 13:51:59 +00:00
|
|
|
{
|
|
|
|
VirtIODevice *vdev = proxy->vdev;
|
|
|
|
uint32_t ret = 0xFFFFFFFF;
|
|
|
|
|
|
|
|
switch (addr) {
|
|
|
|
case VIRTIO_PCI_HOST_FEATURES:
|
2010-01-10 11:52:53 +00:00
|
|
|
ret = proxy->host_features;
|
2009-05-18 13:51:59 +00:00
|
|
|
break;
|
|
|
|
case VIRTIO_PCI_GUEST_FEATURES:
|
2010-01-10 11:52:47 +00:00
|
|
|
ret = vdev->guest_features;
|
2009-05-18 13:51:59 +00:00
|
|
|
break;
|
|
|
|
case VIRTIO_PCI_QUEUE_PFN:
|
|
|
|
ret = virtio_queue_get_addr(vdev, vdev->queue_sel)
|
|
|
|
>> VIRTIO_PCI_QUEUE_ADDR_SHIFT;
|
|
|
|
break;
|
|
|
|
case VIRTIO_PCI_QUEUE_NUM:
|
|
|
|
ret = virtio_queue_get_num(vdev, vdev->queue_sel);
|
|
|
|
break;
|
|
|
|
case VIRTIO_PCI_QUEUE_SEL:
|
|
|
|
ret = vdev->queue_sel;
|
|
|
|
break;
|
|
|
|
case VIRTIO_PCI_STATUS:
|
|
|
|
ret = vdev->status;
|
|
|
|
break;
|
|
|
|
case VIRTIO_PCI_ISR:
|
|
|
|
/* reading from the ISR also clears it. */
|
|
|
|
ret = vdev->isr;
|
|
|
|
vdev->isr = 0;
|
2009-06-21 16:50:13 +00:00
|
|
|
qemu_set_irq(proxy->pci_dev.irq[0], 0);
|
2009-05-18 13:51:59 +00:00
|
|
|
break;
|
2009-06-21 16:50:26 +00:00
|
|
|
case VIRTIO_MSI_CONFIG_VECTOR:
|
|
|
|
ret = vdev->config_vector;
|
|
|
|
break;
|
|
|
|
case VIRTIO_MSI_QUEUE_VECTOR:
|
|
|
|
ret = virtio_queue_vector(vdev, vdev->queue_sel);
|
|
|
|
break;
|
2009-05-18 13:51:59 +00:00
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static uint32_t virtio_pci_config_readb(void *opaque, uint32_t addr)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
2009-06-21 16:50:26 +00:00
|
|
|
uint32_t config = VIRTIO_PCI_CONFIG(&proxy->pci_dev);
|
|
|
|
addr -= proxy->addr;
|
|
|
|
if (addr < config)
|
|
|
|
return virtio_ioport_read(proxy, addr);
|
|
|
|
addr -= config;
|
2009-05-18 13:51:59 +00:00
|
|
|
return virtio_config_readb(proxy->vdev, addr);
|
|
|
|
}
|
|
|
|
|
|
|
|
static uint32_t virtio_pci_config_readw(void *opaque, uint32_t addr)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
2009-06-21 16:50:26 +00:00
|
|
|
uint32_t config = VIRTIO_PCI_CONFIG(&proxy->pci_dev);
|
|
|
|
addr -= proxy->addr;
|
|
|
|
if (addr < config)
|
|
|
|
return virtio_ioport_read(proxy, addr);
|
|
|
|
addr -= config;
|
2009-05-18 13:51:59 +00:00
|
|
|
return virtio_config_readw(proxy->vdev, addr);
|
|
|
|
}
|
|
|
|
|
|
|
|
static uint32_t virtio_pci_config_readl(void *opaque, uint32_t addr)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
2009-06-21 16:50:26 +00:00
|
|
|
uint32_t config = VIRTIO_PCI_CONFIG(&proxy->pci_dev);
|
|
|
|
addr -= proxy->addr;
|
|
|
|
if (addr < config)
|
|
|
|
return virtio_ioport_read(proxy, addr);
|
|
|
|
addr -= config;
|
2009-05-18 13:51:59 +00:00
|
|
|
return virtio_config_readl(proxy->vdev, addr);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void virtio_pci_config_writeb(void *opaque, uint32_t addr, uint32_t val)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
2009-06-21 16:50:26 +00:00
|
|
|
uint32_t config = VIRTIO_PCI_CONFIG(&proxy->pci_dev);
|
|
|
|
addr -= proxy->addr;
|
|
|
|
if (addr < config) {
|
|
|
|
virtio_ioport_write(proxy, addr, val);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
addr -= config;
|
2009-05-18 13:51:59 +00:00
|
|
|
virtio_config_writeb(proxy->vdev, addr, val);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void virtio_pci_config_writew(void *opaque, uint32_t addr, uint32_t val)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
2009-06-21 16:50:26 +00:00
|
|
|
uint32_t config = VIRTIO_PCI_CONFIG(&proxy->pci_dev);
|
|
|
|
addr -= proxy->addr;
|
|
|
|
if (addr < config) {
|
|
|
|
virtio_ioport_write(proxy, addr, val);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
addr -= config;
|
2009-05-18 13:51:59 +00:00
|
|
|
virtio_config_writew(proxy->vdev, addr, val);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void virtio_pci_config_writel(void *opaque, uint32_t addr, uint32_t val)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
2009-06-21 16:50:26 +00:00
|
|
|
uint32_t config = VIRTIO_PCI_CONFIG(&proxy->pci_dev);
|
|
|
|
addr -= proxy->addr;
|
|
|
|
if (addr < config) {
|
|
|
|
virtio_ioport_write(proxy, addr, val);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
addr -= config;
|
2009-05-18 13:51:59 +00:00
|
|
|
virtio_config_writel(proxy->vdev, addr, val);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void virtio_map(PCIDevice *pci_dev, int region_num,
|
2009-10-30 12:21:08 +00:00
|
|
|
pcibus_t addr, pcibus_t size, int type)
|
2009-05-18 13:51:59 +00:00
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = container_of(pci_dev, VirtIOPCIProxy, pci_dev);
|
|
|
|
VirtIODevice *vdev = proxy->vdev;
|
2009-06-21 16:50:26 +00:00
|
|
|
unsigned config_len = VIRTIO_PCI_REGION_SIZE(pci_dev) + vdev->config_len;
|
2009-05-18 13:51:59 +00:00
|
|
|
|
|
|
|
proxy->addr = addr;
|
|
|
|
|
2009-06-21 16:50:26 +00:00
|
|
|
register_ioport_write(addr, config_len, 1, virtio_pci_config_writeb, proxy);
|
|
|
|
register_ioport_write(addr, config_len, 2, virtio_pci_config_writew, proxy);
|
|
|
|
register_ioport_write(addr, config_len, 4, virtio_pci_config_writel, proxy);
|
|
|
|
register_ioport_read(addr, config_len, 1, virtio_pci_config_readb, proxy);
|
|
|
|
register_ioport_read(addr, config_len, 2, virtio_pci_config_readw, proxy);
|
|
|
|
register_ioport_read(addr, config_len, 4, virtio_pci_config_readl, proxy);
|
2009-05-18 13:51:59 +00:00
|
|
|
|
2009-06-21 16:50:26 +00:00
|
|
|
if (vdev->config_len)
|
2009-05-18 13:51:59 +00:00
|
|
|
vdev->get_config(vdev, vdev->config);
|
2009-06-21 16:50:26 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void virtio_write_config(PCIDevice *pci_dev, uint32_t address,
|
|
|
|
uint32_t val, int len)
|
|
|
|
{
|
2009-09-08 14:49:41 +00:00
|
|
|
VirtIOPCIProxy *proxy = DO_UPCAST(VirtIOPCIProxy, pci_dev, pci_dev);
|
|
|
|
|
|
|
|
if (PCI_COMMAND == address) {
|
|
|
|
if (!(val & PCI_COMMAND_MASTER)) {
|
2010-03-16 18:18:07 +00:00
|
|
|
if (!(proxy->bugs & VIRTIO_PCI_BUG_BUS_MASTER)) {
|
|
|
|
proxy->vdev->status &= ~VIRTIO_CONFIG_S_DRIVER_OK;
|
|
|
|
}
|
2009-09-08 14:49:41 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-06-21 16:50:26 +00:00
|
|
|
pci_default_write_config(pci_dev, address, val, len);
|
2009-09-22 10:35:28 +00:00
|
|
|
msix_write_config(pci_dev, address, val, len);
|
2009-05-18 13:51:59 +00:00
|
|
|
}
|
|
|
|
|
2009-12-08 18:07:48 +00:00
|
|
|
static unsigned virtio_pci_get_features(void *opaque)
|
|
|
|
{
|
2010-01-10 11:52:53 +00:00
|
|
|
VirtIOPCIProxy *proxy = opaque;
|
|
|
|
return proxy->host_features;
|
2009-12-08 18:07:48 +00:00
|
|
|
}
|
|
|
|
|
2009-05-18 13:51:59 +00:00
|
|
|
static const VirtIOBindings virtio_pci_bindings = {
|
2009-06-21 16:50:40 +00:00
|
|
|
.notify = virtio_pci_notify,
|
|
|
|
.save_config = virtio_pci_save_config,
|
|
|
|
.load_config = virtio_pci_load_config,
|
|
|
|
.save_queue = virtio_pci_save_queue,
|
|
|
|
.load_queue = virtio_pci_load_queue,
|
2009-12-08 18:07:48 +00:00
|
|
|
.get_features = virtio_pci_get_features,
|
2009-05-18 13:51:59 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
static void virtio_init_pci(VirtIOPCIProxy *proxy, VirtIODevice *vdev,
|
|
|
|
uint16_t vendor, uint16_t device,
|
|
|
|
uint16_t class_code, uint8_t pif)
|
|
|
|
{
|
|
|
|
uint8_t *config;
|
|
|
|
uint32_t size;
|
|
|
|
|
|
|
|
proxy->vdev = vdev;
|
|
|
|
|
|
|
|
config = proxy->pci_dev.config;
|
|
|
|
pci_config_set_vendor_id(config, vendor);
|
|
|
|
pci_config_set_device_id(config, device);
|
|
|
|
|
|
|
|
config[0x08] = VIRTIO_PCI_ABI_VERSION;
|
|
|
|
|
|
|
|
config[0x09] = pif;
|
|
|
|
pci_config_set_class(config, class_code);
|
|
|
|
config[PCI_HEADER_TYPE] = PCI_HEADER_TYPE_NORMAL;
|
|
|
|
|
|
|
|
config[0x2c] = vendor & 0xFF;
|
|
|
|
config[0x2d] = (vendor >> 8) & 0xFF;
|
|
|
|
config[0x2e] = vdev->device_id & 0xFF;
|
|
|
|
config[0x2f] = (vdev->device_id >> 8) & 0xFF;
|
|
|
|
|
|
|
|
config[0x3d] = 1;
|
|
|
|
|
2009-09-29 16:53:26 +00:00
|
|
|
if (vdev->nvectors && !msix_init(&proxy->pci_dev, vdev->nvectors, 1, 0)) {
|
2009-06-21 16:50:26 +00:00
|
|
|
pci_register_bar(&proxy->pci_dev, 1,
|
|
|
|
msix_bar_size(&proxy->pci_dev),
|
2009-10-30 12:21:03 +00:00
|
|
|
PCI_BASE_ADDRESS_SPACE_MEMORY,
|
2009-06-21 16:50:26 +00:00
|
|
|
msix_mmio_map);
|
|
|
|
} else
|
|
|
|
vdev->nvectors = 0;
|
|
|
|
|
2009-09-08 14:49:41 +00:00
|
|
|
proxy->pci_dev.config_write = virtio_write_config;
|
|
|
|
|
2009-06-21 16:50:26 +00:00
|
|
|
size = VIRTIO_PCI_REGION_SIZE(&proxy->pci_dev) + vdev->config_len;
|
2009-05-18 13:51:59 +00:00
|
|
|
if (size & (size-1))
|
|
|
|
size = 1 << qemu_fls(size);
|
|
|
|
|
2009-10-30 12:21:03 +00:00
|
|
|
pci_register_bar(&proxy->pci_dev, 0, size, PCI_BASE_ADDRESS_SPACE_IO,
|
2009-05-18 13:51:59 +00:00
|
|
|
virtio_map);
|
|
|
|
|
|
|
|
virtio_bind_device(vdev, &virtio_pci_bindings, proxy);
|
2010-01-10 11:52:53 +00:00
|
|
|
proxy->host_features |= 0x1 << VIRTIO_F_NOTIFY_ON_EMPTY;
|
|
|
|
proxy->host_features |= 0x1 << VIRTIO_F_BAD_FEATURE;
|
|
|
|
proxy->host_features = vdev->get_features(vdev, proxy->host_features);
|
2009-05-18 13:51:59 +00:00
|
|
|
}
|
|
|
|
|
2009-08-14 08:36:05 +00:00
|
|
|
static int virtio_blk_init_pci(PCIDevice *pci_dev)
|
2009-05-18 13:51:59 +00:00
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = DO_UPCAST(VirtIOPCIProxy, pci_dev, pci_dev);
|
|
|
|
VirtIODevice *vdev;
|
|
|
|
|
2009-07-15 11:48:23 +00:00
|
|
|
if (proxy->class_code != PCI_CLASS_STORAGE_SCSI &&
|
|
|
|
proxy->class_code != PCI_CLASS_STORAGE_OTHER)
|
|
|
|
proxy->class_code = PCI_CLASS_STORAGE_SCSI;
|
2009-05-18 13:51:59 +00:00
|
|
|
|
block: add topology qdev properties
Add three new qdev properties to export block topology information to
the guest. This is needed to get optimal I/O alignment for RAID arrays
or SSDs.
The options are:
- physical_block_size to specify the physical block size of the device,
this is going to increase from 512 bytes to 4096 kilobytes for many
modern storage devices
- min_io_size to specify the minimal I/O size without performance impact,
this is typically set to the RAID chunk size for arrays.
- opt_io_size to specify the optimal sustained I/O size, this is
typically the RAID stripe width for arrays.
I decided to not auto-probe these values from blkid which might easily
be possible as I don't know how to deal with these issues on migration.
Note that we specificly only set the physical_block_size, and not the
logial one which is the unit all I/O is described in. The reason for
that is that IDE does not support increasing the logical block size and
at last for now I want to stick to one meachnisms in queue and allow
for easy switching of transports for a given backing image which would
not be possible if scsi and virtio use real 4k sectors, while ide only
uses the physical block exponent.
To make this more common for the different block drivers introduce a
new BlockConf structure holding all common block properties and a
DEFINE_BLOCK_PROPERTIES macro to add them all together, mirroring
what is done for network drivers. Also switch over all block drivers
to use it, except for the floppy driver which has weird driveA/driveB
properties and probably won't require any advanced block options ever.
Example usage for a virtio device with 4k physical block size and
8k optimal I/O size:
-drive file=scratch.img,media=disk,cache=none,id=scratch \
-device virtio-blk-pci,drive=scratch,physical_block_size=4096,opt_io_size=8192
aliguori: updated patch to take into account BLOCK events
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-02-10 22:37:09 +00:00
|
|
|
if (!proxy->block.dinfo) {
|
2010-02-18 16:25:24 +00:00
|
|
|
error_report("virtio-blk-pci: drive property not set");
|
2009-08-14 08:36:05 +00:00
|
|
|
return -1;
|
qdev-ify virtio-blk.
First user of the new drive property. With this patch applied host
and guest config can be specified separately, like this:
-drive if=none,id=disk1,file=/path/to/disk.img
-device virtio-blk-pci,drive=disk1
You can set any property for virtio-blk-pci now. You can set the pci
address via addr=. You can switch the device into 0.10 compat mode
using class=0x0180. As this is per device you can have one 0.10 and one
0.11 virtio block device in a single virtual machine.
Old syntax continues to work. Internally it does the same as the two
lines above though. One side effect this has is a different
initialization order, which might result in a different pci address
being assigned by default.
Long term plan here is to have this working for all block devices, i.e.
once all scsi is properly qdev-ified you will be able to do something
like this:
-drive if=none,id=sda,file=/path/to/disk.img
-device lsi,id=lsi,addr=<pciaddr>
-device scsi-disk,drive=sda,bus=lsi.0,lun=<n>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
Message-Id:
2009-07-31 10:25:41 +00:00
|
|
|
}
|
block: add topology qdev properties
Add three new qdev properties to export block topology information to
the guest. This is needed to get optimal I/O alignment for RAID arrays
or SSDs.
The options are:
- physical_block_size to specify the physical block size of the device,
this is going to increase from 512 bytes to 4096 kilobytes for many
modern storage devices
- min_io_size to specify the minimal I/O size without performance impact,
this is typically set to the RAID chunk size for arrays.
- opt_io_size to specify the optimal sustained I/O size, this is
typically the RAID stripe width for arrays.
I decided to not auto-probe these values from blkid which might easily
be possible as I don't know how to deal with these issues on migration.
Note that we specificly only set the physical_block_size, and not the
logial one which is the unit all I/O is described in. The reason for
that is that IDE does not support increasing the logical block size and
at last for now I want to stick to one meachnisms in queue and allow
for easy switching of transports for a given backing image which would
not be possible if scsi and virtio use real 4k sectors, while ide only
uses the physical block exponent.
To make this more common for the different block drivers introduce a
new BlockConf structure holding all common block properties and a
DEFINE_BLOCK_PROPERTIES macro to add them all together, mirroring
what is done for network drivers. Also switch over all block drivers
to use it, except for the floppy driver which has weird driveA/driveB
properties and probably won't require any advanced block options ever.
Example usage for a virtio device with 4k physical block size and
8k optimal I/O size:
-drive file=scratch.img,media=disk,cache=none,id=scratch \
-device virtio-blk-pci,drive=scratch,physical_block_size=4096,opt_io_size=8192
aliguori: updated patch to take into account BLOCK events
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-02-10 22:37:09 +00:00
|
|
|
vdev = virtio_blk_init(&pci_dev->qdev, &proxy->block);
|
2009-08-12 10:47:24 +00:00
|
|
|
vdev->nvectors = proxy->nvectors;
|
2009-05-18 13:51:59 +00:00
|
|
|
virtio_init_pci(proxy, vdev,
|
|
|
|
PCI_VENDOR_ID_REDHAT_QUMRANET,
|
2009-07-30 10:29:13 +00:00
|
|
|
PCI_DEVICE_ID_VIRTIO_BLOCK,
|
|
|
|
proxy->class_code, 0x00);
|
2009-08-12 10:47:24 +00:00
|
|
|
/* make the actual value visible */
|
|
|
|
proxy->nvectors = vdev->nvectors;
|
2009-08-14 08:36:05 +00:00
|
|
|
return 0;
|
2009-07-07 11:09:58 +00:00
|
|
|
}
|
|
|
|
|
2009-10-05 21:02:20 +00:00
|
|
|
static int virtio_exit_pci(PCIDevice *pci_dev)
|
|
|
|
{
|
|
|
|
return msix_uninit(pci_dev);
|
|
|
|
}
|
|
|
|
|
2009-09-25 19:42:46 +00:00
|
|
|
static int virtio_blk_exit_pci(PCIDevice *pci_dev)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = DO_UPCAST(VirtIOPCIProxy, pci_dev, pci_dev);
|
|
|
|
|
block: add topology qdev properties
Add three new qdev properties to export block topology information to
the guest. This is needed to get optimal I/O alignment for RAID arrays
or SSDs.
The options are:
- physical_block_size to specify the physical block size of the device,
this is going to increase from 512 bytes to 4096 kilobytes for many
modern storage devices
- min_io_size to specify the minimal I/O size without performance impact,
this is typically set to the RAID chunk size for arrays.
- opt_io_size to specify the optimal sustained I/O size, this is
typically the RAID stripe width for arrays.
I decided to not auto-probe these values from blkid which might easily
be possible as I don't know how to deal with these issues on migration.
Note that we specificly only set the physical_block_size, and not the
logial one which is the unit all I/O is described in. The reason for
that is that IDE does not support increasing the logical block size and
at last for now I want to stick to one meachnisms in queue and allow
for easy switching of transports for a given backing image which would
not be possible if scsi and virtio use real 4k sectors, while ide only
uses the physical block exponent.
To make this more common for the different block drivers introduce a
new BlockConf structure holding all common block properties and a
DEFINE_BLOCK_PROPERTIES macro to add them all together, mirroring
what is done for network drivers. Also switch over all block drivers
to use it, except for the floppy driver which has weird driveA/driveB
properties and probably won't require any advanced block options ever.
Example usage for a virtio device with 4k physical block size and
8k optimal I/O size:
-drive file=scratch.img,media=disk,cache=none,id=scratch \
-device virtio-blk-pci,drive=scratch,physical_block_size=4096,opt_io_size=8192
aliguori: updated patch to take into account BLOCK events
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-02-10 22:37:09 +00:00
|
|
|
drive_uninit(proxy->block.dinfo);
|
2009-10-05 21:02:20 +00:00
|
|
|
return virtio_exit_pci(pci_dev);
|
2009-09-25 19:42:46 +00:00
|
|
|
}
|
|
|
|
|
virtio-console: qdev conversion, new virtio-serial-bus
This commit converts the virtio-console device to create a new
virtio-serial bus that can host console and generic serial ports. The
file hosting this code is now called virtio-serial-bus.c.
The virtio console is now a very simple qdev device that sits on the
virtio-serial-bus and communicates between the bus and qemu's chardevs.
This commit also includes a few changes to the virtio backing code for
pci and s390 to spawn the virtio-serial bus.
As a result of the qdev conversion, we get rid of a lot of legacy code.
The old-style way of instantiating a virtio console using
-virtioconsole ...
is maintained, but the new, preferred way is to use
-device virtio-serial -device virtconsole,chardev=...
With this commit, multiple devices as well as multiple ports with a
single device can be supported.
For multiple ports support, each port gets an IO vq pair. Since the
guest needs to know in advance how many vqs a particular device will
need, we have to set this number as a property of the virtio-serial
device and also as a config option.
In addition, we also spawn a pair of control IO vqs. This is an internal
channel meant for guest-host communication for things like port
open/close, sending port properties over to the guest, etc.
This commit is a part of a series of other commits to get the full
implementation of multiport support. Future commits will add other
support as well as ride on the savevm version that we bump up here.
Signed-off-by: Amit Shah <amit.shah@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-19 19:06:52 +00:00
|
|
|
static int virtio_serial_init_pci(PCIDevice *pci_dev)
|
2009-07-07 11:09:58 +00:00
|
|
|
{
|
2009-07-15 11:48:24 +00:00
|
|
|
VirtIOPCIProxy *proxy = DO_UPCAST(VirtIOPCIProxy, pci_dev, pci_dev);
|
2009-07-30 10:29:13 +00:00
|
|
|
VirtIODevice *vdev;
|
|
|
|
|
2009-07-15 11:48:24 +00:00
|
|
|
if (proxy->class_code != PCI_CLASS_COMMUNICATION_OTHER &&
|
|
|
|
proxy->class_code != PCI_CLASS_DISPLAY_OTHER && /* qemu 0.10 */
|
|
|
|
proxy->class_code != PCI_CLASS_OTHERS) /* qemu-kvm */
|
|
|
|
proxy->class_code = PCI_CLASS_COMMUNICATION_OTHER;
|
|
|
|
|
virtio-console: qdev conversion, new virtio-serial-bus
This commit converts the virtio-console device to create a new
virtio-serial bus that can host console and generic serial ports. The
file hosting this code is now called virtio-serial-bus.c.
The virtio console is now a very simple qdev device that sits on the
virtio-serial-bus and communicates between the bus and qemu's chardevs.
This commit also includes a few changes to the virtio backing code for
pci and s390 to spawn the virtio-serial bus.
As a result of the qdev conversion, we get rid of a lot of legacy code.
The old-style way of instantiating a virtio console using
-virtioconsole ...
is maintained, but the new, preferred way is to use
-device virtio-serial -device virtconsole,chardev=...
With this commit, multiple devices as well as multiple ports with a
single device can be supported.
For multiple ports support, each port gets an IO vq pair. Since the
guest needs to know in advance how many vqs a particular device will
need, we have to set this number as a property of the virtio-serial
device and also as a config option.
In addition, we also spawn a pair of control IO vqs. This is an internal
channel meant for guest-host communication for things like port
open/close, sending port properties over to the guest, etc.
This commit is a part of a series of other commits to get the full
implementation of multiport support. Future commits will add other
support as well as ride on the savevm version that we bump up here.
Signed-off-by: Amit Shah <amit.shah@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-19 19:06:52 +00:00
|
|
|
vdev = virtio_serial_init(&pci_dev->qdev, proxy->max_virtserial_ports);
|
2009-09-29 10:21:04 +00:00
|
|
|
if (!vdev) {
|
|
|
|
return -1;
|
|
|
|
}
|
2010-02-25 11:54:44 +00:00
|
|
|
vdev->nvectors = proxy->nvectors == DEV_NVECTORS_UNSPECIFIED
|
|
|
|
? proxy->max_virtserial_ports + 1
|
|
|
|
: proxy->nvectors;
|
2009-07-30 10:29:13 +00:00
|
|
|
virtio_init_pci(proxy, vdev,
|
|
|
|
PCI_VENDOR_ID_REDHAT_QUMRANET,
|
|
|
|
PCI_DEVICE_ID_VIRTIO_CONSOLE,
|
|
|
|
proxy->class_code, 0x00);
|
2010-01-19 19:06:58 +00:00
|
|
|
proxy->nvectors = vdev->nvectors;
|
2009-08-14 08:36:05 +00:00
|
|
|
return 0;
|
2009-05-18 13:51:59 +00:00
|
|
|
}
|
|
|
|
|
2009-08-14 08:36:05 +00:00
|
|
|
static int virtio_net_init_pci(PCIDevice *pci_dev)
|
2009-05-18 13:51:59 +00:00
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = DO_UPCAST(VirtIOPCIProxy, pci_dev, pci_dev);
|
|
|
|
VirtIODevice *vdev;
|
|
|
|
|
2009-10-21 13:25:35 +00:00
|
|
|
vdev = virtio_net_init(&pci_dev->qdev, &proxy->nic);
|
2009-07-15 11:48:25 +00:00
|
|
|
|
2009-10-21 13:25:35 +00:00
|
|
|
vdev->nvectors = proxy->nvectors;
|
2009-05-18 13:51:59 +00:00
|
|
|
virtio_init_pci(proxy, vdev,
|
|
|
|
PCI_VENDOR_ID_REDHAT_QUMRANET,
|
|
|
|
PCI_DEVICE_ID_VIRTIO_NET,
|
|
|
|
PCI_CLASS_NETWORK_ETHERNET,
|
|
|
|
0x00);
|
2009-07-15 11:48:25 +00:00
|
|
|
|
|
|
|
/* make the actual value visible */
|
|
|
|
proxy->nvectors = vdev->nvectors;
|
2009-08-14 08:36:05 +00:00
|
|
|
return 0;
|
2009-05-18 13:51:59 +00:00
|
|
|
}
|
|
|
|
|
2009-10-21 13:25:35 +00:00
|
|
|
static int virtio_net_exit_pci(PCIDevice *pci_dev)
|
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = DO_UPCAST(VirtIOPCIProxy, pci_dev, pci_dev);
|
|
|
|
|
|
|
|
virtio_net_exit(proxy->vdev);
|
|
|
|
return virtio_exit_pci(pci_dev);
|
|
|
|
}
|
|
|
|
|
2009-08-14 08:36:05 +00:00
|
|
|
static int virtio_balloon_init_pci(PCIDevice *pci_dev)
|
2009-05-18 13:51:59 +00:00
|
|
|
{
|
|
|
|
VirtIOPCIProxy *proxy = DO_UPCAST(VirtIOPCIProxy, pci_dev, pci_dev);
|
|
|
|
VirtIODevice *vdev;
|
|
|
|
|
|
|
|
vdev = virtio_balloon_init(&pci_dev->qdev);
|
|
|
|
virtio_init_pci(proxy, vdev,
|
|
|
|
PCI_VENDOR_ID_REDHAT_QUMRANET,
|
|
|
|
PCI_DEVICE_ID_VIRTIO_BALLOON,
|
|
|
|
PCI_CLASS_MEMORY_RAM,
|
|
|
|
0x00);
|
2009-08-14 08:36:05 +00:00
|
|
|
return 0;
|
2009-05-18 13:51:59 +00:00
|
|
|
}
|
|
|
|
|
2009-06-30 12:12:07 +00:00
|
|
|
static PCIDeviceInfo virtio_info[] = {
|
|
|
|
{
|
|
|
|
.qdev.name = "virtio-blk-pci",
|
|
|
|
.qdev.size = sizeof(VirtIOPCIProxy),
|
|
|
|
.init = virtio_blk_init_pci,
|
2009-09-25 19:42:46 +00:00
|
|
|
.exit = virtio_blk_exit_pci,
|
2009-07-15 11:48:23 +00:00
|
|
|
.qdev.props = (Property[]) {
|
2009-08-03 15:35:45 +00:00
|
|
|
DEFINE_PROP_HEX32("class", VirtIOPCIProxy, class_code, 0),
|
block: add topology qdev properties
Add three new qdev properties to export block topology information to
the guest. This is needed to get optimal I/O alignment for RAID arrays
or SSDs.
The options are:
- physical_block_size to specify the physical block size of the device,
this is going to increase from 512 bytes to 4096 kilobytes for many
modern storage devices
- min_io_size to specify the minimal I/O size without performance impact,
this is typically set to the RAID chunk size for arrays.
- opt_io_size to specify the optimal sustained I/O size, this is
typically the RAID stripe width for arrays.
I decided to not auto-probe these values from blkid which might easily
be possible as I don't know how to deal with these issues on migration.
Note that we specificly only set the physical_block_size, and not the
logial one which is the unit all I/O is described in. The reason for
that is that IDE does not support increasing the logical block size and
at last for now I want to stick to one meachnisms in queue and allow
for easy switching of transports for a given backing image which would
not be possible if scsi and virtio use real 4k sectors, while ide only
uses the physical block exponent.
To make this more common for the different block drivers introduce a
new BlockConf structure holding all common block properties and a
DEFINE_BLOCK_PROPERTIES macro to add them all together, mirroring
what is done for network drivers. Also switch over all block drivers
to use it, except for the floppy driver which has weird driveA/driveB
properties and probably won't require any advanced block options ever.
Example usage for a virtio device with 4k physical block size and
8k optimal I/O size:
-drive file=scratch.img,media=disk,cache=none,id=scratch \
-device virtio-blk-pci,drive=scratch,physical_block_size=4096,opt_io_size=8192
aliguori: updated patch to take into account BLOCK events
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-02-10 22:37:09 +00:00
|
|
|
DEFINE_BLOCK_PROPERTIES(VirtIOPCIProxy, block),
|
2009-08-12 10:47:24 +00:00
|
|
|
DEFINE_PROP_UINT32("vectors", VirtIOPCIProxy, nvectors, 2),
|
2010-01-10 11:52:53 +00:00
|
|
|
DEFINE_VIRTIO_BLK_FEATURES(VirtIOPCIProxy, host_features),
|
2009-08-03 15:35:45 +00:00
|
|
|
DEFINE_PROP_END_OF_LIST(),
|
2009-07-15 11:48:23 +00:00
|
|
|
},
|
2009-09-16 10:40:37 +00:00
|
|
|
.qdev.reset = virtio_pci_reset,
|
2009-06-30 12:12:07 +00:00
|
|
|
},{
|
2009-07-15 11:48:25 +00:00
|
|
|
.qdev.name = "virtio-net-pci",
|
|
|
|
.qdev.size = sizeof(VirtIOPCIProxy),
|
|
|
|
.init = virtio_net_init_pci,
|
2009-10-21 13:25:35 +00:00
|
|
|
.exit = virtio_net_exit_pci,
|
2009-12-18 11:01:08 +00:00
|
|
|
.romfile = "pxe-virtio.bin",
|
2009-07-15 11:48:25 +00:00
|
|
|
.qdev.props = (Property[]) {
|
2009-10-21 13:25:35 +00:00
|
|
|
DEFINE_PROP_UINT32("vectors", VirtIOPCIProxy, nvectors, 3),
|
2010-01-10 11:52:53 +00:00
|
|
|
DEFINE_VIRTIO_NET_FEATURES(VirtIOPCIProxy, host_features),
|
2009-10-21 13:25:35 +00:00
|
|
|
DEFINE_NIC_PROPERTIES(VirtIOPCIProxy, nic),
|
2009-08-03 15:35:45 +00:00
|
|
|
DEFINE_PROP_END_OF_LIST(),
|
2009-07-15 11:48:25 +00:00
|
|
|
},
|
2009-09-16 10:40:37 +00:00
|
|
|
.qdev.reset = virtio_pci_reset,
|
2009-06-30 12:12:07 +00:00
|
|
|
},{
|
virtio-console: qdev conversion, new virtio-serial-bus
This commit converts the virtio-console device to create a new
virtio-serial bus that can host console and generic serial ports. The
file hosting this code is now called virtio-serial-bus.c.
The virtio console is now a very simple qdev device that sits on the
virtio-serial-bus and communicates between the bus and qemu's chardevs.
This commit also includes a few changes to the virtio backing code for
pci and s390 to spawn the virtio-serial bus.
As a result of the qdev conversion, we get rid of a lot of legacy code.
The old-style way of instantiating a virtio console using
-virtioconsole ...
is maintained, but the new, preferred way is to use
-device virtio-serial -device virtconsole,chardev=...
With this commit, multiple devices as well as multiple ports with a
single device can be supported.
For multiple ports support, each port gets an IO vq pair. Since the
guest needs to know in advance how many vqs a particular device will
need, we have to set this number as a property of the virtio-serial
device and also as a config option.
In addition, we also spawn a pair of control IO vqs. This is an internal
channel meant for guest-host communication for things like port
open/close, sending port properties over to the guest, etc.
This commit is a part of a series of other commits to get the full
implementation of multiport support. Future commits will add other
support as well as ride on the savevm version that we bump up here.
Signed-off-by: Amit Shah <amit.shah@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-19 19:06:52 +00:00
|
|
|
.qdev.name = "virtio-serial-pci",
|
|
|
|
.qdev.alias = "virtio-serial",
|
2009-06-30 12:12:07 +00:00
|
|
|
.qdev.size = sizeof(VirtIOPCIProxy),
|
virtio-console: qdev conversion, new virtio-serial-bus
This commit converts the virtio-console device to create a new
virtio-serial bus that can host console and generic serial ports. The
file hosting this code is now called virtio-serial-bus.c.
The virtio console is now a very simple qdev device that sits on the
virtio-serial-bus and communicates between the bus and qemu's chardevs.
This commit also includes a few changes to the virtio backing code for
pci and s390 to spawn the virtio-serial bus.
As a result of the qdev conversion, we get rid of a lot of legacy code.
The old-style way of instantiating a virtio console using
-virtioconsole ...
is maintained, but the new, preferred way is to use
-device virtio-serial -device virtconsole,chardev=...
With this commit, multiple devices as well as multiple ports with a
single device can be supported.
For multiple ports support, each port gets an IO vq pair. Since the
guest needs to know in advance how many vqs a particular device will
need, we have to set this number as a property of the virtio-serial
device and also as a config option.
In addition, we also spawn a pair of control IO vqs. This is an internal
channel meant for guest-host communication for things like port
open/close, sending port properties over to the guest, etc.
This commit is a part of a series of other commits to get the full
implementation of multiport support. Future commits will add other
support as well as ride on the savevm version that we bump up here.
Signed-off-by: Amit Shah <amit.shah@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-19 19:06:52 +00:00
|
|
|
.init = virtio_serial_init_pci,
|
2009-10-05 21:02:20 +00:00
|
|
|
.exit = virtio_exit_pci,
|
2009-07-15 11:48:24 +00:00
|
|
|
.qdev.props = (Property[]) {
|
2010-02-25 11:54:44 +00:00
|
|
|
DEFINE_PROP_UINT32("vectors", VirtIOPCIProxy, nvectors,
|
|
|
|
DEV_NVECTORS_UNSPECIFIED),
|
2009-08-03 15:35:45 +00:00
|
|
|
DEFINE_PROP_HEX32("class", VirtIOPCIProxy, class_code, 0),
|
2010-01-10 11:52:53 +00:00
|
|
|
DEFINE_VIRTIO_COMMON_FEATURES(VirtIOPCIProxy, host_features),
|
virtio-console: qdev conversion, new virtio-serial-bus
This commit converts the virtio-console device to create a new
virtio-serial bus that can host console and generic serial ports. The
file hosting this code is now called virtio-serial-bus.c.
The virtio console is now a very simple qdev device that sits on the
virtio-serial-bus and communicates between the bus and qemu's chardevs.
This commit also includes a few changes to the virtio backing code for
pci and s390 to spawn the virtio-serial bus.
As a result of the qdev conversion, we get rid of a lot of legacy code.
The old-style way of instantiating a virtio console using
-virtioconsole ...
is maintained, but the new, preferred way is to use
-device virtio-serial -device virtconsole,chardev=...
With this commit, multiple devices as well as multiple ports with a
single device can be supported.
For multiple ports support, each port gets an IO vq pair. Since the
guest needs to know in advance how many vqs a particular device will
need, we have to set this number as a property of the virtio-serial
device and also as a config option.
In addition, we also spawn a pair of control IO vqs. This is an internal
channel meant for guest-host communication for things like port
open/close, sending port properties over to the guest, etc.
This commit is a part of a series of other commits to get the full
implementation of multiport support. Future commits will add other
support as well as ride on the savevm version that we bump up here.
Signed-off-by: Amit Shah <amit.shah@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-19 19:06:52 +00:00
|
|
|
DEFINE_PROP_UINT32("max_ports", VirtIOPCIProxy, max_virtserial_ports,
|
|
|
|
31),
|
2009-08-03 15:35:45 +00:00
|
|
|
DEFINE_PROP_END_OF_LIST(),
|
2009-07-15 11:48:24 +00:00
|
|
|
},
|
2009-09-16 10:40:37 +00:00
|
|
|
.qdev.reset = virtio_pci_reset,
|
2009-06-30 12:12:07 +00:00
|
|
|
},{
|
|
|
|
.qdev.name = "virtio-balloon-pci",
|
|
|
|
.qdev.size = sizeof(VirtIOPCIProxy),
|
|
|
|
.init = virtio_balloon_init_pci,
|
2009-10-05 21:02:20 +00:00
|
|
|
.exit = virtio_exit_pci,
|
2010-01-10 11:52:53 +00:00
|
|
|
.qdev.props = (Property[]) {
|
|
|
|
DEFINE_VIRTIO_COMMON_FEATURES(VirtIOPCIProxy, host_features),
|
|
|
|
DEFINE_PROP_END_OF_LIST(),
|
|
|
|
},
|
2009-09-16 10:40:37 +00:00
|
|
|
.qdev.reset = virtio_pci_reset,
|
2009-06-30 12:12:07 +00:00
|
|
|
},{
|
|
|
|
/* end of list */
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
2009-05-18 13:51:59 +00:00
|
|
|
static void virtio_pci_register_devices(void)
|
|
|
|
{
|
2009-06-30 12:12:07 +00:00
|
|
|
pci_qdev_register_many(virtio_info);
|
2009-05-18 13:51:59 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
device_init(virtio_pci_register_devices)
|