similar to: virtqueue_add_buf

Remove wrapper functions. This makes the allocation type explicit in all callers; I used GPF_KERNEL where it seemed obvious, left it at GFP_ATOMIC otherwise. Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c --- a/drivers/block/virtio_blk.c +++ b/drivers/block/virtio_blk.c @@ -171,7 +171,7 @@ static bool

Remove wrapper functions. This makes the allocation type explicit in all callers; I used GPF_KERNEL where it seemed obvious, left it at GFP_ATOMIC otherwise. Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c --- a/drivers/block/virtio_blk.c +++ b/drivers/block/virtio_blk.c @@ -171,7 +171,7 @@ static bool

Hi all, I want to check the status of resources of virtual machine, created using Xen. I have written a script, which checks the status of the virtual machines and does all the actions like, start, stop, status, monitor. so, I want to check the status of the resource of virtual machines. I have thought of it and have 3 ideas. I want your suggestions. 1. Since we will know the process id of

Hi Rusty, The linux-next kernel was failing my virtio-console test suite for a while. I looked into it today, and it's due to the virtqueue_add_buf() change that doesn't return > 0 values anymore. I found your commit that adjusts virtio_console.c, but you missed one instance where the return value mattered, and as a result not enough buffers were queued for the host to send in data.

Hi Rusty, The linux-next kernel was failing my virtio-console test suite for a while. I looked into it today, and it's due to the virtqueue_add_buf() change that doesn't return > 0 values anymore. I found your commit that adjusts virtio_console.c, but you missed one instance where the return value mattered, and as a result not enough buffers were queued for the host to send in data.

Hi All, I dont know how to put this question, but bear with me. My query is how to invoke the ioctl request "VHOST_NET_SET_BACKEND" or how to set the backend, and when ? With Anticipation, Devi.

Hi All, I dont know how to put this question, but bear with me. My query is how to invoke the ioctl request "VHOST_NET_SET_BACKEND" or how to set the backend, and when ? With Anticipation, Devi.

Hi, I am trying to install xen-3.2.0 , but its failing. The rpms used for installing are 1. xen-3.2.0-0xs.fc8.i386.rpm 2. xen-3.2.0-0xs.fc8.src.rpm 3. xen-debuginfo-3.2.0-0xs.fc8.i386.rpm 4. xen-devel-3.2.0-0xs.fc8.i386.rpm 5. xen-libs-3.2.0-0xs.fc8.i386 when I tried installilng the first rpm rpm -ivh /home/devi/Desktop/xen-3.2.0-0xs.fc8.i386.rpm it gave an failed dependencies

Hi All, What's the role or value of the third argument in the vhost_net_ioctl function in /drivers/vhost/net.c . The function declaration is static long vhost_net_ioctl(struct file *f, unsigned int ioctl, unsigned long arg) As per my knowledge, *f represents the fd of vhost-net device, ioctl any device request like VHOST_NET_SET_BACKEND, But what's the

Hi All, What's the role or value of the third argument in the vhost_net_ioctl function in /drivers/vhost/net.c . The function declaration is static long vhost_net_ioctl(struct file *f, unsigned int ioctl, unsigned long arg) As per my knowledge, *f represents the fd of vhost-net device, ioctl any device request like VHOST_NET_SET_BACKEND, But what's the

Hi all, There are commands like xm create, xm list, etc. So using these commands, can I enhance these scripts so that I can check the services of virtual machines like httpd etc. Awaiting your suggestions!! Regards, Devi _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

I want to calculate chi square test of goodness of fit to test, Sample coming from Poisson distribution. please copy this script in R & run the script The R script is as follows ########################## start ######################################### No_of_Frouds<- c(4,1,6,9,9,10,2,4,8,2,3,0,1,2,3,1,3,4,5,4,4,4,9,5,4,3,11,8,12,3,10,0,7) N <- length(No_of_Frouds) # Estimation of

The virtio block device holds a lock during I/O request processing. Kicking the virtqueue while the lock is held results in long lock hold times and increases contention for the lock. This patch modifies virtqueue_kick() to optionally release a lock while notifying the host. Virtio block is modified to pass in its lock. This allows other vcpus to queue I/O requests during the time spent

The virtio block device holds a lock during I/O request processing. Kicking the virtqueue while the lock is held results in long lock hold times and increases contention for the lock. This patch modifies virtqueue_kick() to optionally release a lock while notifying the host. Virtio block is modified to pass in its lock. This allows other vcpus to queue I/O requests during the time spent

Rather than handing a scatterlist[] and out and in numbers to virtqueue_add_buf(), hand two separate ones which can be chained. I shall refrain from ranting about what a disgusting hack chained scatterlists are. I'll just note that this doesn't make things simpler (see diff). The scatterlists we use can be too large for the stack, so we put them in our device struct and reuse them. But

Rather than handing a scatterlist[] and out and in numbers to virtqueue_add_buf(), hand two separate ones which can be chained. I shall refrain from ranting about what a disgusting hack chained scatterlists are. I'll just note that this doesn't make things simpler (see diff). The scatterlists we use can be too large for the stack, so we put them in our device struct and reuse them. But

The old documentation is left over from when we used a structure with strategy pointers. Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> --- include/linux/virtio.h | 130 ++++++++++++++++++++++++++++++++----------------- 1 file changed, 87 insertions(+), 43 deletions(-) diff --git a/include/linux/virtio.h b/include/linux/virtio.h --- a/include/linux/virtio.h +++

The old documentation is left over from when we used a structure with strategy pointers. Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> --- include/linux/virtio.h | 130 ++++++++++++++++++++++++++++++++----------------- 1 file changed, 87 insertions(+), 43 deletions(-) diff --git a/include/linux/virtio.h b/include/linux/virtio.h --- a/include/linux/virtio.h +++

The old documentation is left over from when we used a structure with strategy pointers. Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> --- include/linux/virtio.h | 130 ++++++++++++++++++++++++++++++++----------------- 1 file changed, 87 insertions(+), 43 deletions(-) diff --git a/include/linux/virtio.h b/include/linux/virtio.h --- a/include/linux/virtio.h +++

The old documentation is left over from when we used a structure with strategy pointers. Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> --- include/linux/virtio.h | 130 ++++++++++++++++++++++++++++++++----------------- 1 file changed, 87 insertions(+), 43 deletions(-) diff --git a/include/linux/virtio.h b/include/linux/virtio.h --- a/include/linux/virtio.h +++