search for: device_config

This patch changes virtio_pci to use a shared memory area for virtio config info instead of using the PCI configuration space. This is closer semantically to what the virtio API exposes and is it a lot easier to implement on both ends. Signed-off-by: Anthony Liguori <aliguori@us.ibm.com> diff --git a/drivers/virtio/virtio_pci.c b/drivers/virtio/virtio_pci.c index eb9a8e0..7e6e453 100644

This patch changes virtio_pci to use a shared memory area for virtio config info instead of using the PCI configuration space. This is closer semantically to what the virtio API exposes and is it a lot easier to implement on both ends. Signed-off-by: Anthony Liguori <aliguori@us.ibm.com> diff --git a/drivers/virtio/virtio_pci.c b/drivers/virtio/virtio_pci.c index eb9a8e0..7e6e453 100644

Hi, I am doing working on enabling Transcendent Memory(OLS '09) support on lguest. For the same, I need ballooning support for lguest. Is there an implmentation of Virtio Balloon driver, that I can use for my purpose? Could someone give me an insight, as to how to go about, for implementing this myself, incase I dont find this patch... Thankyou. -- Gaurav Kukreja +91 997 030 1257

Hi, I am doing working on enabling Transcendent Memory(OLS '09) support on lguest. For the same, I need ballooning support for lguest. Is there an implmentation of Virtio Balloon driver, that I can use for my purpose? Could someone give me an insight, as to how to go about, for implementing this myself, incase I dont find this patch... Thankyou. -- Gaurav Kukreja +91 997 030 1257

...sizeof(*d); - - return d; +/* The layout of the device page is a "struct lguest_device_desc" followed by a + * number of virtqueue descriptors, then two sets of feature bits, then an + * array of configuration bytes. This routine returns the configuration + * pointer. */ +static u8 *device_config(const struct device *dev) +{ + return (void *)(dev->desc + 1) + + dev->desc->num_vq * sizeof(struct lguest_vqconfig) + + dev->desc->feature_len * 2; } -/* Each device descriptor is followed by some configuration information. - * Each configuration field looks like...

...sizeof(*d); - - return d; +/* The layout of the device page is a "struct lguest_device_desc" followed by a + * number of virtqueue descriptors, then two sets of feature bits, then an + * array of configuration bytes. This routine returns the configuration + * pointer. */ +static u8 *device_config(const struct device *dev) +{ + return (void *)(dev->desc + 1) + + dev->desc->num_vq * sizeof(struct lguest_vqconfig) + + dev->desc->feature_len * 2; } -/* Each device descriptor is followed by some configuration information. - * Each configuration field looks like...

hi, i am trying to create a domain using libvirt 0.9.4 python api and i can't find any information on how to use the libvirt python api with linux logical volumes http://libvirt.org/guide/html-single/#Application_Development_Guide-Device_Config-Disks is TBD i figured out that i need to use defineXML to create a domain, however for the disk part in the xml, i am not sure if i need to create the LVM first, or just specify the LVM path and libvirt will create the lvm for me and stick the domain on the lvm ? ? <disk type='block'...

...;'vdi_location'': ''ff54dd4f-5ad3-4cf2-814f-9abd12b1045e'', ''host_ref'': ''OpaqueRef:a8aeb980-a584-bf7f-d9dd-377f27d030f7'', ''session_ref'': ''OpaqueRef:5b8af71e-3432-0ce6-3ed4-4fe2fe0197a7'', ''device_config'': {''target'': ''172.16.132.1'', ''chappassword_secret'': ''b47a23a5-4939-d613-8641-51c740b8dd87'', ''chapuser'': ''cloud1'', ''targetIQN'': ''iqn.2011-04.cz.vshosting...

...39;OpaqueRef:caeed889-30bc-1c49-b634-820feeecf677'', ''args'': [], ''host_ref'': ''OpaqueRef:e41042ed-25cb-1a7c-cbe9-56a110e2440a'', ''session_ref'': ''OpaqueRef:97a2a6fd-2ca7-da1c-d540-719b0a393277'', ''device_config'': {''device'': ''/dev/hda3'', ''SRmaster'': ''true''}, ''command'': ''sr_content_type'', ''sr_ref'': ''OpaqueRef:0a66472b-1020-b868-801d-f83e0ff2a18b''} [4022] 20...

...-4566-067fd46ab0b2', 'subtask_of': 'OpaqueRef:62e29547-d256-c4cf-075b-e6ace56c376e', 'args': ['0'], 'host_ref': 'OpaqueRef:60a02436-b01f-5b24-3b97-d2244a276a56', 'session_ref': 'OpaqueRef:56db5a70-051c-db50-672f-15c47d0221be', 'device_config': {'device': '/dev/disk/by-id/scsi-1494554000000000031f4d7f7ba60cab0e5a94fd0c894f027', 'SCSIid': '1494554000000000031f4d7f7ba60cab0e5a94fd0c894f027', 'targetIQN': 'iqn.2012-10.localdomain.storage:lun0', 'SRmaster': 'true', 'tar...

...''19700101T00:00:00Z'', '''', ''false''], ''host_ref'': ''OpaqueRef:e5783245-3c2c-df70-80c3-244d77ebc59f'', ''session_ref'': ''OpaqueRef:0c7299c1-981a-c1b5-f5b7-17a1a467518f'', ''device_config'': {''device'': ''/dev/sdb1'', ''SRmaster'': ''true''}, ''command'': ''vdi_create'', ''sr_ref'': ''OpaqueRef:ed43ec0a-3570-7535-cac9-d4a086f69d18'', ''vdi_...

...slave_sg; + fdev->dma_device.device_prep_dma_memcpy = st_fdma_prep_dma_memcpy; + fdev->dma_device.device_tx_status = st_fdma_tx_status; + fdev->dma_device.device_issue_pending = st_fdma_issue_pending; + fdev->dma_device.device_terminate_all = st_fdma_terminate_all; + fdev->dma_device.device_config = st_fdma_slave_config; + fdev->dma_device.device_pause = st_fdma_pause; + fdev->dma_device.device_resume = st_fdma_resume; + + fdev->dma_device.src_addr_widths = FDMA_DMA_BUSWIDTHS; + fdev->dma_device.dst_addr_widths = FDMA_DMA_BUSWIDTHS; + fdev->dma_device.directions = BIT(DMA_DEV_...

...boot': 'persist', 'args': ['true'], 'vdi_location': 'c95af56f-799f-49ad-a64f-82eca3299b50', 'host_ref': 'OpaqueRef:5005b228-e50d-0d6b-e4f9-8d85794ba15c', 'session_ref': 'OpaqueRef:4a336c86-82a9-1e99-f066-41015d88fec4', 'device_config': {'SRmaster': 'true', 'location': '/mnt'}, 'command': 'vdi_activate', 'vdi_allow_caching': 'false', 'sr_ref': 'OpaqueRef:a979869b-1538-51ff-39ab-3ddafc767cd2', 'vdi_uuid': 'c95af56f-799f-49ad-a64f-82eca...

...t num_descs, vq->config.pfn = to_guest_phys(p) / getpagesize(); /* Initialize the vring. */ - vring_init(&vq->vring, num_descs, p, getpagesize()); + vring_init(&vq->vring, num_descs, p, LGUEST_VRING_ALIGN); /* Append virtqueue to this device's descriptor. We use * device_config() to get the end of the device's current virtqueues; @@ -1941,7 +1896,7 @@ int main(int argc, char *argv[]) { /* Memory, top-level pagetable, code startpoint and size of the * (optional) initrd. */ - unsigned long mem = 0, pgdir, start, initrd_size = 0; + unsigned long mem = 0, start, ini...

...t num_descs, vq->config.pfn = to_guest_phys(p) / getpagesize(); /* Initialize the vring. */ - vring_init(&vq->vring, num_descs, p, getpagesize()); + vring_init(&vq->vring, num_descs, p, LGUEST_VRING_ALIGN); /* Append virtqueue to this device's descriptor. We use * device_config() to get the end of the device's current virtqueues; @@ -1941,7 +1896,7 @@ int main(int argc, char *argv[]) { /* Memory, top-level pagetable, code startpoint and size of the * (optional) initrd. */ - unsigned long mem = 0, pgdir, start, initrd_size = 0; + unsigned long mem = 0, start, ini...

...Update sti-asoc-card DT binding documentation (Peter) - Enable STi audio drivers in multi_v7_defconfig (Peter) Changes since v1: - split into smaller patches for easier / faster review (Vinod) - new fill_hw_mode() with common code (Vinod) - new config_reqctrl() called from *_prep() instead of device_config cb (Vinod) - fdma-xbar support removed (Peter) - rework firmware name mechanism so fwname isn't in DT (Peter / Lee) - st_fdma_seg_to_mem can be static (Paul) - EXPORT_SYMBOL st_fdma_filter_fn not required (Paul) - s/channel/channels (vinod) - better describe "Must be <3>"...

...Update sti-asoc-card DT binding documentation (Peter) - Enable STi audio drivers in multi_v7_defconfig (Peter) Changes since v1: - split into smaller patches for easier / faster review (Vinod) - new fill_hw_mode() with common code (Vinod) - new config_reqctrl() called from *_prep() instead of device_config cb (Vinod) - fdma-xbar support removed (Peter) - rework firmware name mechanism so fwname isn't in DT (Peter / Lee) - st_fdma_seg_to_mem can be static (Paul) - EXPORT_SYMBOL st_fdma_filter_fn not required (Paul) - s/channel/channels (vinod) - better describe "Must be <3>"...