On 02/21/2013 03:06 PM, Michael S. Tsirkin wrote:
On Mon, Feb 11, 2013 at 05:49:53PM -0500, Michael R. Hines wrote:
From: Michael R. Hines mrhi...@us.ibm.com
Signed-off-by: Michael R. Hines mrhi...@us.ibm.com
---
include/qemu/rdma.h | 281 ++
migration-rdma.c| 1444
On 02/21/2013 03:20 PM, Michael S. Tsirkin wrote:
I don't think people mind using RDMA specifically,
small amounts of data can be sent using SEND commands.
But it's cleaner not to use TCP for parts of data.
Understood. Still debating with my co-workers when and how long it will
take to
On 02/18/2013 03:24 AM, Orit Wasserman wrote:
Hi Michael, The guest device state is quite small (~100K probably
less) especially when compared to the guest memory and we already are
pinning the guest memory for RDMA any way I was actually wondering
about the memory pinning, do we pin all guest
On 02/19/2013 11:39 AM, Orit Wasserman wrote:
Do you have some results as to the performance cost on demand pinning has?
Yes, there's a single graph on the QEMU wiki that shows this:
http://wiki.qemu.org/Features/RDMALiveMigration
Pay attention to the last group of bars, labelled A, B, and C.
Acknowledged.
On 02/18/2013 06:02 AM, Paolo Bonzini wrote:
Il 28/01/2013 23:01, mrhi...@linux.vnet.ibm.com ha scritto:
From: Michael R. Hines mrhi...@us.ibm.com
Signed-off-by: Michael R. Hines mrhi...@us.ibm.com
---
Makefile.target |5 +-
include/qemu/rdma.h | 249
.
Either way is fine whatever the consensus is.
- Michael
On 02/18/2013 05:37 AM, Paolo Bonzini wrote:
Il 11/02/2013 23:49, Michael R. Hines ha scritto:
+/*
+ * Memory regions need to be registered with the device and queue pairs setup
+ * in advanced before the migration starts. This tells
of the migrate_use_rdma() checks
everywhere...
Thanks for the suggestion,
- Michael
On 02/18/2013 05:52 AM, Paolo Bonzini wrote:
Il 14/02/2013 20:29, Michael R. Hines ha scritto:
Are you still using the tcp for transferring device state? If so you
can call the tcp functions from the migration rdma code
On 02/18/2013 06:01 AM, Paolo Bonzini wrote:
Orit, can you rebase and post an RFC of your vectored-send patches for
TCP migration? Perhaps you and Michael can figure out an API that works
well for both TCP and RDMA.
Looking forward to reading these.
+#ifdef RDMA_EXTRA_SYNC
+/*
+
Orit (and anthony if you're not busy),
I forgot to respond to this very important comment:
On 02/13/2013 03:46 AM, Orit Wasserman wrote:
Are you still using the tcp for transferring device state? If so you
can call the tcp functions from the migration rdma code as a first
step but I would
Very helpful, thank you. I'll implement these and all the other ones soon.
- Michael
On 02/13/2013 04:50 AM, Orit Wasserman wrote:
On 02/12/2013 12:49 AM, Michael R. Hines wrote:
From: Michael R. Hines mrhi...@us.ibm.com
Signed-off-by: Michael R. Hines mrhi...@us.ibm.com
---
arch_init.c
Acknowledged.
On 02/13/2013 03:23 AM, Orit Wasserman wrote:
Hi Michael,
I would prefer that only migration specific code will be included in
migration-rdma.c.
The general RDMA code should be in rdma.c file (like the rdma.h header file).
Thanks,
Orit
On 02/12/2013 12:49 AM, Michael R. Hines
Acknowledged.
/*
* Michael R. Hines
* http://researcher.ibm.com/person/us-mrhines
*/
From:
Eric Blake ebl...@redhat.com
To:
Michael R. Hines mrhi...@linux.vnet.ibm.com,
Cc:
qemu-devel@nongnu.org, Anthony Liguori/Austin/IBM@IBMUS, Bulent
Abali/Watson/IBM@IBMUS, Michael R Hines/Watson/IBM
From: Michael R. Hines mrhi...@us.ibm.com
Signed-off-by: Michael R. Hines mrhi...@us.ibm.com
---
exec.c | 27 +++
vl.c | 13 +
2 files changed, 40 insertions(+)
diff --git a/exec.c b/exec.c
index b85508b..b7ac6fa 100644
--- a/exec.c
+++ b/exec.c
From: Michael R. Hines mrhi...@us.ibm.com
Signed-off-by: Michael R. Hines mrhi...@us.ibm.com
---
hmp-commands.hx | 28
hmp.c | 12
hmp.h |2 ++
include/migration/qemu-file.h |1
From: Michael R. Hines mrhi...@us.ibm.com
Signed-off-by: Michael R. Hines mrhi...@us.ibm.com
---
include/qemu/rdma.h | 281 ++
migration-rdma.c| 1444 +++
2 files changed, 1725 insertions(+)
create mode 100644 include/qemu/rdma.h
From: Michael R. Hines mrhi...@us.ibm.com
Signed-off-by: Michael R. Hines mrhi...@us.ibm.com
---
migration-tcp.c | 19 +++
migration.c | 53 -
2 files changed, 71 insertions(+), 1 deletion(-)
diff --git a/migration
From: Michael R. Hines mrhi...@us.ibm.com
This patchest introduces RDMA-based live-migration to QEMU.
A copy of this documentation is located online:
http://wiki.qemu.org/Features/RDMALiveMigration
DESIGN:
==
1. In order to provide maximum cross-device compatibility, we use
From: Michael R. Hines mrhi...@us.ibm.com
Signed-off-by: Michael R. Hines mrhi...@us.ibm.com
---
arch_init.c | 84 ---
savevm.c| 59 -
2 files changed, 139 insertions(+), 4 deletions(-)
diff
From: Michael R. Hines mrhi...@us.ibm.com
This patchest introduces RDMA-based live-migration to QEMU.
A copy of this documentation is located online:
http://wiki.qemu.org/Features/RDMALiveMigration
DESIGN:
==
1. In order to provide maximum cross-device compatibility, we use
None of the other migration QMP commands use dashes.
Shouldn't I stay consistent with the other commands?
If someone wants to re-work the migration command structure as a whole,
I'll certainly adapt to the new structure.
On 02/11/2013 05:58 PM, Eric Blake wrote:
+++ b/qapi-schema.json
Hi,
According to the website, I should ask here for someone to make a wiki
account for me?
I would like to post documentation of the RDMA patches I'm preparing.
Thanks,
- Michael R. Hines
-Original Message-
From: Gleb Natapov [mailto:g...@redhat.com]
Sent: Tuesday, February 05, 2013 12:05 AM
To: Blue Swirl
Cc: Pandarathil, Vijaymohan R; Alex Williamson; Bjorn Helgaas; Ortiz, Lance
E; k...@vger.kernel.org; qemu-devel@nongnu.org; linux-...@vger.kernel.org;
linux-ker
-Original Message-
From: Gleb Natapov [mailto:g...@redhat.com]
Sent: Tuesday, February 05, 2013 1:21 AM
To: Pandarathil, Vijaymohan R
Cc: Blue Swirl; Alex Williamson; Bjorn Helgaas; Ortiz, Lance E;
k...@vger.kernel.org; qemu-devel@nongnu.org; linux-...@vger.kernel.org;
linux-ker
-Original Message-
From: linux-pci-ow...@vger.kernel.org [mailto:linux-pci-
ow...@vger.kernel.org] On Behalf Of Gleb Natapov
Sent: Tuesday, February 05, 2013 3:37 AM
To: Pandarathil, Vijaymohan R
Cc: Blue Swirl; Alex Williamson; Bjorn Helgaas; Ortiz, Lance E;
k...@vger.kernel.org
Add support for error containment when a VFIO device assigned to a KVM
guest encounters an error. This is for PCIe devices/drivers that support AER
functionality. When the host OS is notified of an error in a device either
through the firmware first approach or through an interrupt handled by the
- Added vfio_device_get_from_dev() as wrapper to get
reference to vfio_device from struct device.
- Added vfio_device_data() as a wrapper to get device_data from
vfio_device.
Signed-off-by: Vijay Mohan Pandarathil vijaymohan.pandarat...@hp.com
---
- New VFIO_SET_IRQ ioctl option to pass the eventfd that is signaled
when
an error occurs in the vfio_pci_device
- Register pci_error_handler for the vfio_pci driver
- When the device encounters an error, the error handler registered by
the vfio_pci
- Create eventfd per vfio device assigned to a guest and register an
event handler
- This fd is passed to the vfio_pci driver through the SET_IRQ ioctl
- When the device encounters an error, the eventfd is signalled
and the qemu eventfd handler gets
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Tuesday, January 29, 2013 5:25 AM
To: Pandarathil, Vijaymohan R
Cc: Gleb Natapov; Bjorn Helgaas; Blue Swirl; Ortiz, Lance E;
k...@vger.kernel.org; qemu-devel@nongnu.org; linux-...@vger.kernel.org
Excellent, thank you.
On 02/01/2013 05:01 AM, Orit Wasserman wrote:
On 01/31/2013 09:10 PM, Michael R. hines wrote:
Sorry, I didn't go into enough detail about the problem I'm having in the loop:
The loop that's not breaking is inside qemu_loadvm_state(), not
ram_save_block().
I understand
effect TCP migration code.
More comments inline
On 01/29/2013 12:01 AM, mrhi...@linux.vnet.ibm.com wrote:
From: Michael R. Hines mrhi...@us.ibm.com
Signed-off-by: Michael R. Hines mrhi...@us.ibm.com
---
migration-tcp.c | 53 +
migration.c
a new rdma_buffer QEMUFileOps or add the address to
put_buffer.
you also have some white space damage in the beginning of savevm.c.
Regards,
Orit
On 01/29/2013 12:01 AM, mrhi...@linux.vnet.ibm.com wrote
From: Michael R. Hines mrhi...@us.ibm.com
Signed-off-by: Michael R. Hines mrhi
What about using the linux pagemap?
With RDMA, I have exactly this problem. The cost of mapping and faulting
and checking for zeros is higher than the cost of simply dumping the
page into remote memory on the server side.
If we could avoid accessing the page, it was save huge amounts of
doing any additional memory
copies?
(If I'm understanding the abstraction properly)
- Michael
On 01/31/2013 01:56 PM, Orit Wasserman wrote:
On 01/31/2013 05:08 PM, Michael R. hines wrote:
Yes, I was hoping for a comment about this in particular (before I send out
another patchest
Add support for error containment when a VFIO device assigned to a KVM
guest encounters an error. This is for PCIe devices/drivers that support AER
functionality. When the host OS is notified of an error in a device either
through the firmware first approach or through an interrupt handled by the
- Added vfio_device_get_from_vdev(), vfio_device_put_vdev()
as wrappers to get/put reference to vfio_device from struct device.
- Added vfio_device_data() as a wrapper to get device_data from
vfio_device.
Signed-off-by: Vijay Mohan Pandarathil
- New VFIO_SET_IRQ ioctl option to pass the eventfd that is signalled
when
an error occurs in the vfio_pci_device
- Register pci_error_handler for the vfio_pci driver
- When the device encounters an error, the error handler registered by
the
- Create eventfd per vfio device assigned to a guest and register an
event handler
- This fd is passed to the vfio_pci driver through the SET_IRQ ioctl
- When the device encounters an error, the eventfd is signalled
and the qemu eventfd handler gets
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Wednesday, January 09, 2013 11:05 AM
To: Pandarathil, Vijaymohan R
Cc: Bjorn Helgaas; Gleb Natapov; k...@vger.kernel.org; qemu-
de...@nongnu.org; linux-...@vger.kernel.org; linux-ker
-Original Message-
From: Blue Swirl [mailto:blauwir...@gmail.com]
Sent: Wednesday, January 09, 2013 1:23 PM
To: Pandarathil, Vijaymohan R
Cc: Alex Williamson; Bjorn Helgaas; Gleb Natapov; linux-
p...@vger.kernel.org; qemu-devel@nongnu.org; k...@vger.kernel.org; linux-
ker
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Wednesday, January 09, 2013 10:08 AM
To: Pandarathil, Vijaymohan R
Cc: Bjorn Helgaas; Gleb Natapov; k...@vger.kernel.org; qemu-
de...@nongnu.org; linux-...@vger.kernel.org; linux-ker
Add support for error containment when a VFIO device assigned to a KVM
guest encounters an error. This is for PCIe devices/drivers that support AER
functionality. When the host OS is notified of an error in a device either
through the firmware first approach or through an interrupt handled by the
- Create eventfd per vfio device assigned to a guest and register an
event handler
- This fd is passed to the vfio_pci driver through a new ioctl
- When the device encounters an error, the eventfd is signaled
and the qemu eventfd handler gets invoked.
- New ioctl which is used to pass the eventfd that is signaled when
an error occurs in the vfio_pci_device
- Register pci_error_handler for the vfio_pci driver
- When the device encounters an error, the error handler registered by
the vfio_pci driver
Public bug reported:
QEMU version: 1.0, 1.1, and 1.2
Host OS:
Intel(R) Core(TM) i5-2520M CPU @ 2.50GH
Linux tpad 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64
x86_64 x86_64 GNU/Linux
SLES Media:
SLES-11-SP2-DVD-ppc64-GM-DVD1.iso: sha256
-Original Message-
From: Stefan Hajnoczi [mailto:stefa...@gmail.com]
Sent: Tuesday, November 20, 2012 5:41 AM
To: Pandarathil, Vijaymohan R
Cc: k...@vger.kernel.org; linux-...@vger.kernel.org; qemu-devel@nongnu.org;
linux-ker...@vger.kernel.org
Subject: Re: [PATCH 0/4] AER-KVM
- Adds infrastructure support for error notifications from AER subsystem
to other subsystems. The generic notifier_chain functionality is used.
- When the AER rootport driver detects an uncorrected error, invoke the
callbacks registered for notifications as well as mark the device as
tainted.
-
- When an uncorrected recoverable error is reported via an NMI in the
firmware first model of AER, invoke the callbacks registered for
notifications as well as mark the device as tainted.
- Add a new function ghes_mark_dev_err() leveraged from ghes_do_proc()
to identify the
= kvm_aer_notified_cnt;
+ spin_unlock(kvm-aer_lock);
+ return 0;
+ }
+}
static int vcpu_enter_guest(struct kvm_vcpu *vcpu)
{
int r;
@@ -5334,6 +5360,24 @@ static int vcpu_enter_guest(struct kvm_vcpu *vcpu)
goto cancel_injection
- When KVM_RUN ioctl returns with an exit reason requesting a shutdown
of the guest due to a PCI device error detected by AER, shutdown the
guest immediately.
Signed-off-by: Vijay Mohan Pandarathil vijaymohan.pandarat...@hp.com
---
kvm-all.c | 6 ++
linux-headers/linux/kvm.h
Add support for error containment when a PCI pass-thru device assigned to a KVM
guest encounters an error. This is for PCIe devices/drivers that support AER
functionality. When the OS is notified of an error in a device either
through the firmware first approach or through an interrupt handled by
Since you are introducing #define CPUID_VENDOR_SZ, you may as well want to
introduce
#define CPUID_VENDOR_OFF_1 0
#define CPUID_VENDOR_OFF_2 4
#define CPUID_VENDOR_OFF_3 8
and use them.
Regards
Vijay
-Original Message-
From:
structures, and I want those
structures to be used by the application running in the guest.
-Original Message-
From: Liu Sheng [mailto:liush...@linux.vnet.ibm.com]
Sent: Wednesday, July 18, 2012 8:04 PM
To: Haines, Brent R
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Mapping Hugepage
Hello,
I have a process that allocates a number of hugepages in a /mnt/huge directory
on the Linux host. I would like to map those same hugepages when starting the
guest in the same /mnt/huge directory. Is there an existing way to do this?
Thanks,
Brent
Lu-�R�ブ�-研究�l展部
Cc: Charles.Tsai-蔡清海-研究�l展部; Michael Roth; Stefan Hajnoczi;
spice-de...@lists.freedesktop.org; Alex Huang-�S必�t-研究�l展部; Alon Levy;
qemu-devel
Subject: Re: [Qemu-devel] [Spice-devel] Vioserial of Windows guest OS on Qemu
0.15
On Monday, March 19, 2012 10:31:16 PM Vadim Rozenfeld
but
none has out_asm or any command associated with it.
I need to know how Qemu is generating the log file in the Qemu Monitor when
we type things like log out_asm, in_asm, logfile a,etc.
Thanks In Advance,
Nithish R
On Sat, Aug 13, 2011 at 11:13 PM, Mulyadi Santosa mulyadi.sant...@gmail.com
wrote:
On Sat, Aug 13, 2011 at 21:54, Nithish R nithi...@gmail.com wrote:
Hi
Thanx a lot... It worked...
nice, btw, please reply to the list too, I don't want to take it as
private discussion
By the way do
fedora.img -cdrom fedora.iso -boot d
VNC server running on `127.0.0.1:5900'
How do I enable my proper booting of guest OS?
Nithish R
the conversion happens, but I need
its output.For that,
should I modify the code of tcg or something?
Nithish R
Hi,
This patchset enables the use of GLib threadpool infrastructure in
9pfs. It contains the following patches:
1/3 - Move the paio_signal_handler to a generic location.
2/3 - Helper routines to use GLib threadpool infrastructure in 9pfs.
3/3 - Convert v9fs_stat to threaded model.
As a
* Arun R Bharadwaj a...@linux.vnet.ibm.com [2011-03-15 16:04:53]:
Author: Arun R Bharadwaj a...@linux.vnet.ibm.com
Date: Thu Mar 10 14:45:25 2011 +0530
Move the paio_signal_handler to a generic location.
The paio subsystem uses the signal, SIGUSR2. So move
the signal handler
* Arun R Bharadwaj a...@linux.vnet.ibm.com [2011-03-15 16:04:53]:
Author: Arun R Bharadwaj a...@linux.vnet.ibm.com
Date: Thu Mar 10 15:11:49 2011 +0530
Helper routines to use GLib threadpool infrastructure in 9pfs.
This patch creates helper routines to make use
* Arun R Bharadwaj a...@linux.vnet.ibm.com [2011-03-15 16:04:53]:
Author: Harsh Prateek Bora ha...@linux.vnet.ibm.com
Date: Mon Mar 14 13:55:37 2011 +0530
Convert v9fs_stat to threaded model.
This patch converts v9fs_stat syscall of 9pfs to threaded
model by making use
* Stefan Hajnoczi stefa...@gmail.com [2011-03-15 11:38:03]:
On Tue, Mar 15, 2011 at 10:36 AM, Arun R Bharadwaj
a...@linux.vnet.ibm.com wrote:
* Arun R Bharadwaj a...@linux.vnet.ibm.com [2011-03-15 16:04:53]:
Author: Arun R Bharadwaj a...@linux.vnet.ibm.com
Date: Thu Mar 10 14:45:25
* Harsh Bora ha...@linux.vnet.ibm.com [2011-03-15 17:15:48]:
On 03/15/2011 04:08 PM, Arun R Bharadwaj wrote:
* Arun R Bharadwaja...@linux.vnet.ibm.com [2011-03-15 16:04:53]:
Author: Arun R Bharadwaja...@linux.vnet.ibm.com
Date: Thu Mar 10 15:11:49 2011 +0530
Helper routines
* Anthony Liguori aligu...@us.ibm.com [2011-03-15 08:13:19]:
On 03/15/2011 05:38 AM, Arun R Bharadwaj wrote:
* Arun R Bharadwaja...@linux.vnet.ibm.com [2011-03-15 16:04:53]:
Author: Arun R Bharadwaja...@linux.vnet.ibm.com
Date: Thu Mar 10 15:11:49 2011 +0530
Helper routines
...
---
Arun R Bharadwaj (12):
Add aiocb_mutex and aiocb_completion.
Introduce work concept in posix-aio-compat.c
Add callback function to ThreadletWork structure.
Add ThreadletQueue.
Threadlet: Add submit_work threadlet API.
Threadlet: Add dequeue_work threadlet
the Makefile entry to compile qemu-thread.c
when CONFIG_POSIX is set, instead of the unused CONFIG_THREAD.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
Makefile.objs |2 +-
posix-aio-compat.c | 39
This patch adds the callback function to the ThreadletWork
structure and moves aio handler as a callback function.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
posix-aio-compat.c | 89
This patch adds aio_signal_handler threadlet API. Earler
posix-aio-compat.c had its own signal handler code. Now
abstract this, in the later patch it is moved to a generic
code so that it can be used by other subsystems.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Reviewed-by: Stefan
Remove thread_create and use qemu_thread_create instead.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
posix-aio-compat.c | 29 ++---
1 files changed, 2 insertions(+), 27 deletions(-)
diff --git
This patch adds a global queue of type ThreadletQueue and
removes the earlier usage of request_list queue.
We want to create the thread on the first submit. Hence we
need to track whether the globalqueue is initialized or not.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Reviewed
This patch adds submit work threadlet API and shows how
the qemu_paio_submit changes to submit_work.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
posix-aio-compat.c | 33 ++---
1 files changed
This patch allows subsystems to create their own private
queues with associated pools of threads.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
qemu-threadlet.c | 85
Remove all instances of CONFIG_THREAD, which is not used
anymore.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
configure |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index
This patch adds dequeue_work threadlet API and shows how
the paio_cancel changes to dequeue_work.
The active field in the qemu_aiocb structure is now useless.
Remove it.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
posix
This patch introduces work concept by introducing the
ThreadletWork structure.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
posix-aio-compat.c | 20 ++--
1 files changed, 14 insertions(+), 6 deletions
This patch moves the threadlet queue API code to
qemu-threadlets.c where these APIs can be used by
other subsystems.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
posix-aio-compat.c | 137
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Signed-off-by: Gautham R Shenoy gautham.she...@gmail.com
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
docs/async-support.txt | 141
1 files changed, 141 insertions(+), 0
* Stefan Hajnoczi stefa...@gmail.com [2011-01-17 09:57:45]:
On Thu, Jan 13, 2011 at 12:15 PM, Arun R Bharadwaj
a...@linux.vnet.ibm.com wrote:
This patch moves the threadlet queue API code to
qemu-threadlets.c where these APIs can be used by
other subsystems.
qemu-threadlet.c would
* Stefan Hajnoczi stefa...@gmail.com [2011-01-17 10:32:24]:
This series needs a new pair of eyes for review. I'm probably missing
things here after seeing it many times.
posix-aio-compat.c:handle_work() doesn't need to take aiocb_mutex for
container_of(), which just calculates an address
* Stefan Hajnoczi stefa...@gmail.com [2011-01-17 09:56:58]:
On Thu, Jan 13, 2011 at 12:14 PM, Arun R Bharadwaj
a...@linux.vnet.ibm.com wrote:
+static void threadlet_io_completion_signal_handler(int signum)
+{
+ qemu_service_io();
+}
+
+static void
* Stefan Hajnoczi stefa...@gmail.com [2011-01-18 06:31:34]:
On Tue, Jan 18, 2011 at 4:43 AM, Arun R Bharadwaj
a...@linux.vnet.ibm.com wrote:
* Stefan Hajnoczi stefa...@gmail.com [2011-01-17 09:56:58]:
On Thu, Jan 13, 2011 at 12:14 PM, Arun R Bharadwaj
a...@linux.vnet.ibm.com wrote
.
* bonnie test run on fedora guest on block device.
* iozone -l test run on fedora guest to stress the posix-aio-compat.c
code. (suggested by Stefan)
* windows guest installation test and iozone -l test run on windows
guest.
The following series implements...
---
Arun R Bharadwaj (12):
Add
This patch introduces work concept by introducing the
ThreadletWork structure.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
posix-aio-compat.c | 20 ++--
1 files changed, 14 insertions(+), 6 deletions(-)
diff --git a/posix-aio-compat.c b/posix-aio-compat.c
index
the Makefile entry to compile qemu-thread.c
when CONFIG_POSIX is set, instead of the unused CONFIG_THREAD.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
Makefile.objs |2 +-
posix-aio-compat.c | 39 ---
2 files changed, 29 insertions
This patch adds the callback function to the ThreadletWork
structure and moves aio handler as a callback function.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
posix-aio-compat.c | 89 +---
1 files changed, 50 insertions(+), 39
This patch adds a global queue of type ThreadletQueue and
removes the earlier usage of request_list queue.
We want to create the thread on the first submit. Hence we
need to track whether the globalqueue is initialized or not.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
posix
Remove thread_create and use qemu_thread_create instead.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
posix-aio-compat.c | 29 ++---
1 files changed, 2 insertions(+), 27 deletions(-)
diff --git a/posix-aio-compat.c b/posix-aio-compat.c
index 2d73846
This patch adds submit work threadlet API and shows how
the qemu_paio_submit changes to submit_work.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
posix-aio-compat.c | 33 ++---
1 files changed, 22 insertions(+), 11 deletions(-)
diff --git a/posix-aio
This patch adds dequeue_work threadlet API and shows how
the paio_cancel changes to dequeue_work.
The active field in the qemu_aiocb structure is now useless.
Remove it.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
posix-aio-compat.c | 38
This patch moves the threadlet queue API code to
qemu-threadlets.c where these APIs can be used by
other subsystems.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
Makefile.objs |1
posix-aio-compat.c | 144
qemu
This patch adds aio_signal_handler threadlet API. Earler
posix-aio-compat.c had its own signal handler code. Now
abstract this, in the later patch it is moved to a generic
code so that it can be used by other subsystems.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
posix-aio
This patch allows subsystems to create their own private
queues with associated pools of threads.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
qemu-threadlets.c | 75 ++---
qemu-threadlets.h |4 +++
2 files changed, 58
Remove all instances of CONFIG_THREAD, which is not used
anymore.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
configure |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index a079a49..addf733 100755
--- a/configure
+++ b/configure
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Signed-off-by: Gautham R Shenoy gautham.she...@gmail.com
---
docs/async-support.txt | 141
1 files changed, 141 insertions(+), 0 deletions(-)
create mode 100644 docs/async-support.txt
diff
* Stefan Hajnoczi stefa...@linux.vnet.ibm.com [2011-01-05 19:54:17]:
On Tue, Jan 04, 2011 at 10:57:20AM +0530, Arun R Bharadwaj wrote:
+static void aio_thread(ThreadletWork *work)
+{
aio_thread() is not a descriptive name here. This isn't the top-level
thread function, just the work
* Stefan Hajnoczi stefa...@linux.vnet.ibm.com [2011-01-05 19:53:44]:
On Tue, Jan 04, 2011 at 10:57:08AM +0530, Arun R Bharadwaj wrote:
@@ -545,13 +555,19 @@ static void paio_cancel(BlockDriverAIOCB *blockacb)
}
mutex_unlock(lock);
-if (active) {
-/* fail safe
* Stefan Hajnoczi stefa...@linux.vnet.ibm.com [2011-01-05 19:55:46]:
On Tue, Jan 04, 2011 at 10:57:39AM +0530, Arun R Bharadwaj wrote:
@@ -574,33 +574,39 @@ static void paio_remove(struct qemu_paiocb *acb)
}
}
-static void paio_cancel(BlockDriverAIOCB *blockacb
* Stefan Hajnoczi stefa...@linux.vnet.ibm.com [2011-01-05 19:56:00]:
On Tue, Jan 04, 2011 at 10:57:49AM +0530, Arun R Bharadwaj wrote:
Remove thread_create and use qemu_thread_create instead.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
---
posix-aio-compat.c | 19
501 - 600 of 769 matches
Mail list logo
