Hi
2010/12/13 Stefan Hajnoczi stefa...@gmail.com:
On Dec 13, 2010 5:14 AM, अनुज anu...@gmail.com wrote:
Hi
I am trying to implement VirtIO support for a proprietary OS. And It
would be great if I am able to process SCSI commands over VirtIO Block
device.
I tried to execute INQUIRY
On Mon, Dec 06, 2010 at 03:23:02PM +1030, Rusty Russell wrote:
On Tue, 30 Nov 2010 03:46:37 am Michael S. Tsirkin wrote:
This is the userspace part of the tool: it includes a bunch of stubs for
linux APIs, somewhat simular to linuxsched. This makes it possible to
recompile the ring code in
Correct issue with not checking kmalloc return value.
This fix now only uses one receive buffer for all hv_utils
channels, and will do only one kmalloc on init and will return
with a -ENOMEM if kmalloc fails on initialize.
Thanks to Evgeniy Polyakov z...@ioremap.net for pointing this out.
And
On Mon, Dec 13, 2010 at 07:31:42PM +, Hank Janssen wrote:
-Original Message-
From: Greg KH [mailto:g...@kroah.com]
Sent: Monday, December 13, 2010 10:35 AM
---
drivers/staging/hv/hv_utils.c | 68
+++--
---
1 files changed, 32
-Original Message-
From: Greg KH [mailto:g...@kroah.com]
Sent: Monday, December 13, 2010 11:41 AM
The current versions of Hyper-V support interrupt handling on CPU0 only.
I can make multiple buffers per channel, but because of Hyper-V
implementation It does not really make a
On Mon, Dec 13, 2010 at 08:06:20PM +, Hank Janssen wrote:
-Original Message-
From: Greg KH [mailto:g...@kroah.com]
Sent: Monday, December 13, 2010 11:41 AM
The current versions of Hyper-V support interrupt handling on CPU0 only.
I can make multiple buffers per channel,
Correct issue with not checking kmalloc return value.
This fix now only uses one receive buffer for all hv_utils
channels, and will do only one kmalloc on init and will return
with a -ENOMEM if kmalloc fails on initialize.
Thanks to Evgeniy Polyakov z...@ioremap.net for pointing this out.
And
On Mon, 13 Dec 2010, Hank Janssen wrote:
Correct issue with not checking kmalloc return value.
This fix now only uses one receive buffer for all hv_utils
channels, and will do only one kmalloc on init and will return
with a -ENOMEM if kmalloc fails on initialize.
Thanks to Evgeniy
-Original Message-
From: Jesper Juhl [mailto:j...@chaosbits.net]
Sent: Monday, December 13, 2010 12:48 PM
You are leaking memory in the failure path. If for example one or two
allocations succeed but one or two fail, then you'll leak the two successful
allocations.
I believe
Correct issue with not checking kmalloc return value.
This fix now only uses one receive buffer for all hv_utils
channels, and will do only one kmalloc on init and will return
with a -ENOMEM if kmalloc fails on initialize.
And properly clean up memory on failure.
Thanks to Evgeniy Polyakov
-Original Message-
From: Jesper Juhl [mailto:j...@chaosbits.net]
Sent: Monday, December 13, 2010 1:06 PM
On Mon, 13 Dec 2010, Hank Janssen wrote:
...
Oops, you are correct. Resubmitting the patch in a few minutes.
Ohh and another little detail; shouldn't this log message
On Mon, 13 Dec 2010, Hank Janssen wrote:
-Original Message-
From: Jesper Juhl [mailto:j...@chaosbits.net]
Sent: Monday, December 13, 2010 12:48 PM
You are leaking memory in the failure path. If for example one or two
allocations succeed but one or two fail, then you'll leak
On Mon, 13 Dec 2010, Hank Janssen wrote:
Correct issue with not checking kmalloc return value.
This fix now only uses one receive buffer for all hv_utils
channels, and will do only one kmalloc on init and will return
with a -ENOMEM if kmalloc fails on initialize.
And properly clean up
From: Jesper Juhl [mailto:j...@chaosbits.net]
Sent: Monday, December 13, 2010 1:22 PM
I can't spot any problems with these changes now, so feel free to add
Reviewed-by: Jesper Juhl j...@chaosbits.net if you like.
Thank you for your help Jesper.
Greg, do you want me to resubmit with
On Mon, Dec 13, 2010 at 09:31:09PM +, Hank Janssen wrote:
From: Jesper Juhl [mailto:j...@chaosbits.net]
Sent: Monday, December 13, 2010 1:22 PM
I can't spot any problems with these changes now, so feel free to add
Reviewed-by: Jesper Juhl j...@chaosbits.net if you like.
On Mon, Dec 13, 2010 at 01:14:21PM -0800, Hank Janssen (hjans...@microsoft.com)
wrote:
+static u8 *shut_txf_buf;
+static u8 *time_txf_buf;
+static u8 *hbeat_txf_buf;
Those are accessed without any kind of synchronization. I do not know
exact context, but are you sure it is single-threaded?
On 12/13/2010 at 3:34 PM, in message
1292272498-29483-1-git-send-email-hjans...@microsoft.com, Hank Janssen
hjans...@microsoft.com wrote:
Correct issue with not checking kmalloc return value.
This fix now only uses one receive buffer for all hv_utils
channels, and will do only one kmalloc
On 12/13/2010 at 3:34 PM, in message
1292272498-29483-1-git-send-email-hjans...@microsoft.com, Hank Janssen
hjans...@microsoft.com wrote:
Correct issue with not checking kmalloc return value.
This fix now only uses one receive buffer for all hv_utils
channels, and will do only one kmalloc
-Original Message-
From: Jesper Juhl [mailto:j...@chaosbits.net]
Sent: Monday, December 13, 2010 3:51 PM
To: Ky Srinivasan
+ shut_txf_buf = kmalloc(PAGE_SIZE, GFP_ATOMIC);
+ time_txf_buf = kmalloc(PAGE_SIZE, GFP_ATOMIC);
+ hbeat_txf_buf = kmalloc(PAGE_SIZE, GFP_ATOMIC);
Correct issue with not checking kmalloc return value.
This fix now only uses one receive buffer for all hv_utils
channels, and will do only one kmalloc on init and will return
with a -ENOMEM if kmalloc fails on initialize.
And properly clean up memory on failure.
Thanks to Evgeniy Polyakov
On Tue, 14 Dec 2010 03:54:47 am Michael S. Tsirkin wrote:
On Mon, Dec 13, 2010 at 12:44:13PM +0200, Michael S. Tsirkin wrote:
Please merge the following tree for 2.6.38.
Thanks!
Um, I sent this out before I noticed the mail from Rusty
with some questions on the test code. I missed that
Hi Everybody,
How to simulate the export function virtqueue_add_buf?
I tried to invoke it by pinging to the host machine, but failed.
Awaiting your replies !
Regards,
Devi.
___
Virtualization mailing list
22 matches
Mail list logo