search for: blkif

...kback Signed-off-by: Ronghui Duan <ronghui.duan@intel.com> diff --git a/drivers/block/xen-blkback/blkback.c b/drivers/block/xen-blkback/blkback.c index 45eda98..0bbc226 100644 --- a/drivers/block/xen-blkback/blkback.c +++ b/drivers/block/xen-blkback/blkback.c @@ -60,6 +60,10 @@ static int xen_blkif_reqs = 64; module_param_named(reqs, xen_blkif_reqs, int, 0); MODULE_PARM_DESC(reqs, "Number of blkback requests to allocate"); +int blkback_ring_type = 2; +module_param_named(blk_ring_type, blkback_ring_type, int, 0); +MODULE_PARM_DESC(blk_ring_type, "type of ring for blk device&...

...\n", \ + __FUNCTION__, __LINE__, ##args) + /* * These are rather arbitrary. They are fairly large because adjacent requests * pulled from a communication ring are quite likely to end up being part of @@ -110,7 +115,8 @@ static inline unsigned long vaddr(pendin static int do_block_io_op(blkif_t *blkif); static int dispatch_rw_block_io(blkif_t *blkif, blkif_request_t *req, - pending_req_t *pending_req); + pending_req_t *pending_req, + int *done_nr_sects); static void make_response(blkif_t *blkif, u64 id, unsigned short op, int st); @@ -206,10 +212,20 @@ static...

...\n", \ + __FUNCTION__, __LINE__, ##args) + /* * These are rather arbitrary. They are fairly large because adjacent requests * pulled from a communication ring are quite likely to end up being part of @@ -110,7 +115,8 @@ static inline unsigned long vaddr(pendin static int do_block_io_op(blkif_t *blkif); static int dispatch_rw_block_io(blkif_t *blkif, blkif_request_t *req, - pending_req_t *pending_req); + pending_req_t *pending_req, + int *done_nr_sects); static void make_response(blkif_t *blkif, u64 id, unsigned short op, int st); @@ -206,10 +212,20 @@ static...

...nt_ref *unmap; + struct seg_buf *seg; + struct bio **biolist; + struct page **pages; }; #define BLKBACK_INVALID_HANDLE (~0) @@ -123,28 +133,9 @@ static inline unsigned long vaddr(struct pending_req *req, int seg) static int do_block_io_op(struct xen_blkif *blkif); static int dispatch_rw_block_io(struct xen_blkif *blkif, - struct blkif_request *req, struct pending_req *pending_req); static void make_response(struct xen_blkif *blkif, u64 id, - unsigned short op, int st); - -/* - * Retrieve from th...

...include <linux/slab.h> #include <linux/blkdev.h> -#include <linux/vmalloc.h> #include <linux/wait.h> -#include <asm/io.h> -#include <asm/setup.h> -#include <asm/pgalloc.h> -#include <xen/evtchn.h> #include <asm/hypervisor.h> #include <xen/blkif.h> -#include <xen/gnttab.h> #include <xen/driver_util.h> #include <xen/xenbus.h> +#include <xen/interface/event_channel.h> #include "blkback-pagemap.h" @@ -93,9 +88,6 @@ typedef struct blkif_st { int st_wr_sect; wait_queue_head_t wai...

This patch series introduces the shared ring used by the front-end to pass request descriptors to tapdisk, as well as responses from tapdisk to the front-end. Requests from this ring end up in tapdisk''s standard request queue. When the tapback daemon detects that the front-end tries to connect to the back-end, it spawns a tapdisk and tells it to connect to the shared ring. The shared

...l3x/kernel-2.4.21-47.0.1.EL.xs0.3.5. 15.src.rpm (I get the same issue using the binary RPM) the dom0 is running 3.0.3_0 Upon booting the DomU, (the DomU has been passed phy:/dev/sda6, which has been partitioned using qemu) I get the following ioctl errors. ioctl 0000126c not supported by XL blkif ioctl 0000126c not supported by XL blkif ioctl 0000126c not supported by XL blkif ioctl 0000126c not supported by XL blkif ioctl 0000126c not supported by XL blkif ioctl 0000126c not supported by XL blkif relivant bit from dmesg follows: Freeing initrd memory: 8000k freed VFS: Mounted root (ext...

...endDomainInfo.py", line 332, in createDevice return ctrl.createDevice(devconfig, recreate=self.recreate) File "/usr/lib/python/xen/xend/server/controller.py", line 236, in createDevice dev.attach(recreate=recreate, change=change) File "/usr/lib/python/xen/xend/server/blkif.py", line 221, in attach self.setNode(node) File "/usr/lib/python/xen/xend/server/blkif.py", line 247, in setNode mounted_mode = self.check_mounted(node) File "/usr/lib/python/xen/xend/server/blkif.py", line 265, in check_mounted mode = blkif.mount_mode(name...

...G (XendDomainInfo:720) init_domain> Created domain=1 name=Virtual1 memory=128 [2005-05-23 22:30:42 xend] INFO (console:94) Created console id=13 domain=1 port=9601 [2005-05-23 22:30:42 xend] DEBUG (XendDomainInfo:1130) Creating vbd dom=1 uname=phy:vg00/domu01_lv [2005-05-23 22:30:42 xend] DEBUG (blkif:155) Connecting blkif <BlkifBackendInterface 1 0> [2005-05-23 22:30:42 xend] DEBUG (XendDomainInfo:1107) Creating vif dom=1 vif=0 mac=aa:00:00:10:19:4d [2005-05-23 22:30:42 xend] INFO (XendRoot:112) EVENT> xend.console.create [13, 1, 9601] [2005-05-23 22:30:42 xend] INFO (XendRoot:112) EVE...

...their ordering, we have to perform a linear search through this array to find the page, for every gref we receive. The overhead of this is low, however future work might want to use a more efficient data structure to reduce this O(n) operation. We (ijc, and myself) have introduced a new constant, BLKIF_MAX_PERS_REQUESTS_PER_DEV. This is to prevent a malicious guest from attempting a DoS, by supplying fresh grefs, causing the Dom0 kernel from to map excessively. This is currently set to 256---the maximum number of entires in the ring. As the number of inflight requests <= size of ring, 256 is a...

hello- i seem to gone blind, i am unable to find definitions for blkif_sring_t and blkif_x86_64_sring_t. in what file can i find them? thanks, Sam _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

When I submitted the qcow2 patch for blktap, suggestions came up that the qemu block drivers should be used also for blktap to eliminate the current code duplication in ioemu and blktap. The attached patch adds support for a tap:ioemu pseudo driver. Devices using this driver won''t use tapdisk (containing the code duplication) any more, but will connect to the qemu-dm of the domain. In

Patrick, there following patches fix xenpaging for me. Granttable handling is incomplete. If a page is gone, a GNTST_eagain should be returned to the caller to inidcate the hypercall has to be retried after a while, until the page is available again. Please review. Olaf _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

...The following change addresses this issue: Signed-off-by: Pradeep Vincent <pradeepv@amazon.com> diff --git a/drivers/xen/blkback/blkback.c b/drivers/xen/blkback/blkback.c --- a/drivers/xen/blkback/blkback.c +++ b/drivers/xen/blkback/blkback.c @@ -383,6 +383,12 @@ static int do_block_io_op(blkif_t *blkif) cond_resched(); } + /* If blkback might go to sleep (i.e. more_to_do == 0) then we better + let blkfront know about it (by setting req_event appropriately) so that + blkfront will bother to wake us up (via interrupt) when it submits a + new I/O */ + if (!more_to_do) +...

Dear list, This is the V4 of the trim support for xen-blkfront/blkback, Now we move BLKIF_OP_TRIM to BLKIF_OP_DISCARD, and dropped all "trim" stuffs in the patches, and use "discard" instead. Also we updated the helpers of blkif_x86_{32|64}_request or we will meet problems using a non-native protocol. And this patch has been tested with both SSD and raw file, with SS...

...ng Xen domains. Suspend and restore seems to work. However, when I reconnected with ''xm console'', I got the following error message on screen. Should I be concerned? [root@ROUGE xen]# xm console FedoraCore2 ************ REMOTE CONSOLE: CTRL-] TO QUIT ******** xen_blk: Unexpected blkif status disconnected in state connected blkfront: recovered 0 descriptors Thanks, Niraj -- http://www.cs.cmu.edu/~ntolia ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on...

...gned-off-by: Santosh Jodh <santosh.jodh at citrix.com> --- diff --git a/drivers/block/xen-blkback/blkback.c b/drivers/block/xen-blkback/blkback.c index 0088bf6..72f2e18 100644 --- a/drivers/block/xen-blkback/blkback.c +++ b/drivers/block/xen-blkback/blkback.c @@ -60,6 +60,39 @@ static int xen_blkif_reqs = 64; module_param_named(reqs, xen_blkif_reqs, int, 0); MODULE_PARM_DESC(reqs, "Number of blkback requests to allocate"); +/* Order of maximum shared ring size advertised to the front end. */ +int xen_blkif_max_ring_order = XENBUS_MAX_RING_ORDER; + +#define BLK_RING_SIZE(_order) _...

...gned-off-by: Santosh Jodh <santosh.jodh at citrix.com> --- diff --git a/drivers/block/xen-blkback/blkback.c b/drivers/block/xen-blkback/blkback.c index 0088bf6..72f2e18 100644 --- a/drivers/block/xen-blkback/blkback.c +++ b/drivers/block/xen-blkback/blkback.c @@ -60,6 +60,39 @@ static int xen_blkif_reqs = 64; module_param_named(reqs, xen_blkif_reqs, int, 0); MODULE_PARM_DESC(reqs, "Number of blkback requests to allocate"); +/* Order of maximum shared ring size advertised to the front end. */ +int xen_blkif_max_ring_order = XENBUS_MAX_RING_ORDER; + +#define BLK_RING_SIZE(_order) _...

...gned-off-by: Santosh Jodh <santosh.jodh at citrix.com> --- diff --git a/drivers/block/xen-blkback/blkback.c b/drivers/block/xen-blkback/blkback.c index 0088bf6..72f2e18 100644 --- a/drivers/block/xen-blkback/blkback.c +++ b/drivers/block/xen-blkback/blkback.c @@ -60,6 +60,39 @@ static int xen_blkif_reqs = 64; module_param_named(reqs, xen_blkif_reqs, int, 0); MODULE_PARM_DESC(reqs, "Number of blkback requests to allocate"); +/* Order of maximum shared ring size advertised to the front end. */ +int xen_blkif_max_ring_order = XENBUS_MAX_RING_ORDER; + +#define BLK_RING_SIZE(_order) _...