[PATCH 2/2] Add documentation for QMP commands: query-trace
query-trace-events.
Signed-off-by: Prerna Saxena pre...@linux.vnet.ibm.com
---
qmp-commands.hx | 53 +
1 files changed, 53 insertions(+), 0 deletions(-)
diff --git
Am 13.10.2010 21:06, schrieb Stefan Weil:
Am 25.09.2010 10:01, schrieb Blue Swirl:
On Thu, Sep 23, 2010 at 9:23 PM, Stefan Weilw...@mail.berlios.de wrote:
Am 23.09.2010 22:24, schrieb Blue Swirl:
On Thu, Sep 23, 2010 at 7:11 PM, Stefan Weilw...@mail.berlios.de wrote:
Am
Public bug reported:
$ dd if=/dev/urandom bs=1M of=1.img count=4
4+0 records in
4+0 records out
4194304 bytes (4,2 MB) copied, 1,0413 s, 4,0 MB/s
$ qemu-img create -f qcow2 -b 1.img 2.img
Formatting '2.img', fmt=qcow2 size=4194304 backing_file='1.img' encryption=off
cluster_size=0
$ qemu-img
These patches do the following changes.
1. Clean up:
- Making the similar parts as one shared function.
- modularizing the functions of SRAO and SRAR data setting.
2. Unify sigbus handling:
- kvm_handle_sigbus can handle both cases of SIGBUS listed as
And restruct this block to call kvm_mce_in_exception() only when it is
required.
Signed-off-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
Tested-by: Jin Dongming jin.dongm...@np.css.fujitsu.com
---
qemu-kvm.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git
Share same error handing, and put it in #ifdef MCE i386.
Rename this function after MCIP (Machine Check In Progress) flag.
Signed-off-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
Tested-by: Jin Dongming jin.dongm...@np.css.fujitsu.com
---
qemu-kvm.c | 47
Share the same error handling.
Signed-off-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
Tested-by: Jin Dongming jin.dongm...@np.css.fujitsu.com
---
qemu-kvm.c | 31 +++
1 files changed, 19 insertions(+), 12 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index
Pass a table instead of multiple args.
Note:
kvm_inject_x86_mce(env, bank, status, mcg_status, addr, misc,
abort_on_error);
is equal to:
struct kvm_x86_mce mce = {
.bank = bank,
.status = status,
.mcg_status = mcg_status,
.addr = addr,
.misc = misc,
};
Signed-off-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
Tested-by: Jin Dongming jin.dongm...@np.css.fujitsu.com
---
qemu-kvm.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index 0ba42fc..89ae524 100644
--- a/qemu-kvm.c
+++
There are 2 similar functions to handle SIGBUS:
sigbus_handler(int n, struct qemu_signalfd_siginfo *siginfo,
void *ctx)
kvm_on_sigbus(CPUState *env, siginfo_t *siginfo)
The former is used when main thread receives SIGBUS via signalfd,
while latter is used when vcpu thread
hi,everyone i am unable to access Internet in guest os(windows xp ) and my
host os is ubuntu 10.04
i have read many forums but unable to get this done can plz anyone tell some
easy methods by
which i can surf internet from my guest windows xp os,thanks
Now kvm_handle_sigbus can handle both cases of SIGBUS.
Note that env is NULL when main thread receives SIGBUS via
signalfd, otherwise env points vcpu thread that receives SIGBUS.
Signed-off-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
Tested-by: Jin Dongming jin.dongm...@np.css.fujitsu.com
Explicitly duplicate blocks for next cleanup.
Signed-off-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
Tested-by: Jin Dongming jin.dongm...@np.css.fujitsu.com
---
qemu-kvm.c | 56 +---
1 files changed, 33 insertions(+), 23 deletions(-)
Cleanup to finish unification.
Signed-off-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
Tested-by: Jin Dongming jin.dongm...@np.css.fujitsu.com
---
qemu-kvm.c | 41 -
1 files changed, 12 insertions(+), 29 deletions(-)
diff --git a/qemu-kvm.c
There is no reason why SRAO event received by the main thread
is the only one that being broadcasted.
According to the x86 ASDM vol.3A 15.10.4.1,
MCE signal is broadcast on processor version 06H_EH or later.
This change is required to handle SRAR in the guest.
Signed-off-by: Hidetoshi Seto
On Wed, Oct 13, 2010 at 4:31 PM, Arun R Bharadwaj
a...@linux.vnet.ibm.com wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
This patch creates a generic asynchronous-task-offloading infrastructure named
threadlets. The core idea has been borrowed from the threading framework that
I forgot to add that the semantics of cancellation make it difficult
to write correct user code. Every cancellation user needs to add
extra synchronization after the cancel call to handle the case where
the work is currently executing.
This seems tricky to me and I suspect code using this
-Wall enables a bunch of warnings at once. configure puts it after
$gcc_flags. This makes it impossible to disable warnings enabled by
-Wall there. Fix by putting configured flags last.
Signed-off-by: Markus Armbruster arm...@redhat.com
---
configure |5 +++--
1 files changed, 3
On Thu, Oct 14, 2010 at 10:15:30AM +0100, Stefan Hajnoczi wrote:
I forgot to add that the semantics of cancellation make it difficult
to write correct user code. Every cancellation user needs to add
extra synchronization after the cancel call to handle the case where
the work is currently
Blue Swirl blauwir...@gmail.com writes:
On Wed, Oct 13, 2010 at 7:19 AM, Markus Armbruster arm...@redhat.com wrote:
Blue Swirl blauwir...@gmail.com writes:
On Mon, Oct 11, 2010 at 12:52 PM, Markus Armbruster arm...@redhat.com
wrote:
Warns about this line in check-qjson.c:
QObject *obj
It is possible to chain backing files. As a workaround you could do the
following:
$ qemu-img create -f qcow2 -b 2.img 4.img # from now on don't modify 2.img,
instead use 4.img
$ qemu-img create -f qcow2 -b 2.img 3.img # here is the 3.img you tried to
create with qemu-convert
Images 1.img and
Do you confirm this as a bug?
--
qemu-img convert -O qcow2 -o backing_file makes huge images
https://bugs.launchpad.net/bugs/660366
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
$ dd
On Thu, Oct 14, 2010 at 11:26:04AM +0530, Prerna Saxena wrote:
[PATCH 1/2] Introduce QMP interfaces : query-trace query-trace-events
Signed-off-by: Prerna Saxena pre...@linux.vnet.ibm.com
---
monitor.c | 46 ++
simpletrace.c | 54
On Thu, Oct 14, 2010 at 11:31:20AM +0530, Prerna Saxena wrote:
[PATCH 2/2] Add documentation for QMP commands: query-trace
query-trace-events.
Signed-off-by: Prerna Saxena pre...@linux.vnet.ibm.com
---
qmp-commands.hx | 53 +
1
i still get a error message invalid option -- 's'
when using the command
./qemu-img convert -f qcow2 -O qcow2 -s firstsnapshot guest1.img
which i used after applying the patch
http://lists.nongnu.org/archive/html/qemu-devel/2010-09/msg01663.html
but after using
cd qemu
./configure --prefix=/usr
On 10/11/2010 08:31 PM, Marcelo Tosatti wrote:
Port qemu-kvm's KVM MCE (Machine Check Exception) handling to qemu. It
allows qemu to propagate MCEs to the guest.
v2:
- rename do_qemu_ram_addr_from_host.
- fix kvm_on_sigbus/kvm_on_sigbus_vcpu naming.
- fix bank register restoration (Dean
On Wed, Oct 13, 2010 at 04:10:25PM +0200, Avi Kivity wrote:
On 10/13/2010 04:07 PM, Stefan Hajnoczi wrote:
On Wed, Oct 13, 2010 at 03:50:00PM +0200, Avi Kivity wrote:
On 10/13/2010 03:24 PM, Anthony Liguori wrote:
On 10/13/2010 08:07 AM, Kevin Wolf wrote:
Am 13.10.2010 14:13, schrieb
Sorry I'm not a frequent Launchpad user and will leave it up to someone
more familiar to decide which status to place it in.
--
qemu-img convert -O qcow2 -o backing_file makes huge images
https://bugs.launchpad.net/bugs/660366
You received this bug notification because you are a member of qemu-
On 10/14/2010 12:54 AM, Anthony Liguori wrote:
On 10/13/2010 05:32 PM, Anjali Kulkarni wrote:
Hi,
Using the legacy way of starting up NICs, I am hitting a limitation
after 29
NICs ie no more than 29 are detected (that's because of the 32 PCI slot
limit on a single bus- 3 are already taken
On Thu, Oct 14, 2010 at 02:07:17PM +0200, Avi Kivity wrote:
On 10/14/2010 12:54 AM, Anthony Liguori wrote:
On 10/13/2010 05:32 PM, Anjali Kulkarni wrote:
Hi,
Using the legacy way of starting up NICs, I am hitting a limitation
after 29
NICs ie no more than 29 are detected (that's
Hi,
This patch implements the second threading model.
The first model can be referred here:
http://www.mail-archive.com/qemu-devel@nongnu.org/msg43846.html
The features of the second threading model:
* The VCPU thread runs the Qemu code until the first blocking
call is encountered.
* The
From: Sripathi Kodi sripat...@in.ibm.com
Currently it is a normal mutex, but I will change it into a rw mutex.
This should be held in read mode while looking up and in write mode
while updating the list.
Signed-off-by: Sripathi Kodi sripat...@in.ibm.com
---
hw/virtio-9p.c | 32
From: Sripathi Kodi sripat...@in.ibm.com
---
hw/virtio-9p.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/hw/virtio-9p.c b/hw/virtio-9p.c
index 02a4ec4..ef6175a 100644
--- a/hw/virtio-9p.c
+++ b/hw/virtio-9p.c
@@ -21,6 +21,8 @@
int debug_9p_pdu;
+QemuRWMutex
From: Sripathi Kodi sripat...@in.ibm.com
In this model we hand over the vcpu thread only executes till
the first blocking operation. It then hands over the call to
the worker thread, which does everything needed to complete
the call. It can make multiple blocking calls. It finally
signals the IO
From: Sripathi Kodi sripat...@in.ibm.com
Signed-off-by: Sripathi Kodi sripat...@in.ibm.com
---
qemu-thread.c | 40
qemu-thread.h | 10 ++
2 files changed, 50 insertions(+), 0 deletions(-)
diff --git a/qemu-thread.c b/qemu-thread.c
index
From: Sripathi Kodi sripat...@in.ibm.com
Signed-off-by: Sripathi Kodi sripat...@in.ibm.com
---
hw/virtio-9p.c | 253 +++-
hw/virtio-9p.h |4 +
2 files changed, 91 insertions(+), 166 deletions(-)
diff --git a/hw/virtio-9p.c
From: Sripathi Kodi sripat...@in.ibm.com
Signed-off-by: Sripathi Kodi sripat...@in.ibm.com
---
hw/virtio-9p.c | 115 +++-
hw/virtio-9p.h |4 ++
2 files changed, 51 insertions(+), 68 deletions(-)
diff --git a/hw/virtio-9p.c
From: Sripathi Kodi sripat...@in.ibm.com
In this model we hand over the vcpu thread only executes till
the first blocking operation. It then hands over the call to
the worker thread, which does everything needed to complete
the call. It can make multiple blocking calls. It finally
From: Sripathi Kodi sripat...@in.ibm.com
Signed-off-by: Sripathi Kodi sripat...@in.ibm.com
---
hw/virtio-9p.c | 161 ++--
hw/virtio-9p.h |5 ++
2 files changed, 68 insertions(+), 98 deletions(-)
diff --git a/hw/virtio-9p.c
From: Sripathi Kodi sripat...@in.ibm.com
Signed-off-by: Sripathi Kodi sripat...@in.ibm.com
---
hw/virtio-9p.c | 92 +---
hw/virtio-9p.h |4 ++
2 files changed, 39 insertions(+), 57 deletions(-)
diff --git a/hw/virtio-9p.c
** Changed in: qemu
Importance: Undecided = Wishlist
** Changed in: qemu
Status: New = Confirmed
--
qemu-img convert -O qcow2 -o backing_file makes huge images
https://bugs.launchpad.net/bugs/660366
You received this bug notification because you are a member of qemu-
devel-ml, which
Avi Kivity a...@redhat.com writes:
On 10/14/2010 12:54 AM, Anthony Liguori wrote:
On 10/13/2010 05:32 PM, Anjali Kulkarni wrote:
Hi,
Using the legacy way of starting up NICs, I am hitting a limitation
after 29
NICs ie no more than 29 are detected (that's because of the 32 PCI slot
limit
On Thu, Oct 14, 2010 at 1:26 PM, Anthony Liguori anth...@codemonkey.ws wrote:
** Changed in: qemu
Importance: Undecided = Wishlist
** Changed in: qemu
Status: New = Confirmed
Thanks for doing this Anthony. Can I set the status myself next time
or do we have rules on who handles
On 10/14/2010 07:07 AM, Avi Kivity wrote:
On 10/14/2010 12:54 AM, Anthony Liguori wrote:
On 10/13/2010 05:32 PM, Anjali Kulkarni wrote:
Hi,
Using the legacy way of starting up NICs, I am hitting a limitation
after 29
NICs ie no more than 29 are detected (that's because of the 32 PCI slot
On 10/14/2010 07:10 AM, Daniel P. Berrange wrote:
On Thu, Oct 14, 2010 at 02:07:17PM +0200, Avi Kivity wrote:
On 10/14/2010 12:54 AM, Anthony Liguori wrote:
On 10/13/2010 05:32 PM, Anjali Kulkarni wrote:
Hi,
Using the legacy way of starting up NICs, I am hitting a
On 10/14/2010 07:36 AM, Markus Armbruster wrote:
Avi Kivitya...@redhat.com writes:
On 10/14/2010 12:54 AM, Anthony Liguori wrote:
On 10/13/2010 05:32 PM, Anjali Kulkarni wrote:
Hi,
Using the legacy way of starting up NICs, I am hitting a limitation
after 29
NICs ie no
On 10/14/2010 07:51 AM, Stefan Hajnoczi wrote:
On Thu, Oct 14, 2010 at 1:26 PM, Anthony Liguorianth...@codemonkey.ws wrote:
** Changed in: qemu
Importance: Undecided = Wishlist
** Changed in: qemu
Status: New = Confirmed
Thanks for doing this Anthony. Can I set the
Additionally to testing the qemu-img convert -B option, also test
-o backing_file.
Also, the old test acidentlly used a pattern of zeros for most of the writes,
so that the allocation test didn't really work out. This is fixed by using an
explicit pattern.
Signed-off-by: Kevin Wolf
On 10/14/2010 02:54 PM, Anthony Liguori wrote:
The key is to make the virtio-net devices multifunction and to fill
out all 8 functions for each slot.
This is unlikely to work right wrt pci hotplug.
Yes. Our hotplug design is based on devices.. This is wrong, it
should be based on
[PATCH] Add AACI audio playback support to the versatilepb platform
The PL041 driver provides an interface to an ACLink bus.
The LM4549 driver emulates a DAC connected on the ACLink bus.
Test environment:
linux-2.6.26
alsa-lib-1.0.22
alsa-utils-1.0.22
Signed-off-by: Mathieu Sonet
Image formats that grow the image file on demand and are organized into
clusters must handle sub-cluster allocating writes. Such writes touch
a portion of a previously unallocated data cluster. After the image
file is grown with the written data, reads of that cluster should work
as expected:
Some image formats support backing images that are smaller than the
image file. This patch adds a test that verifies that reads and writes
beyond the end of backing image work.
Unallocated reads beyond the end of the backing file should produce
zeroes.
Writes beyond the end of the backing file
The old -B option caused a backing file to be used for the converted image and
to avoid copying clusters from the old backing file. When replaced with
-obacking_file, qemu-img convert does assign the backing file to the new image,
but it doesn't realize that it should avoid copying clusters from
On Tue, Sep 14, 2010 at 1:56 AM, H. Peter Anvin h...@zytor.com wrote:
On 09/13/2010 06:37 PM, Amos Kong wrote:
I've heard wonderful music (guest:win7), but mixed with a litte noise, not
so fluent.
The following debug msg is normal?
Yes, all of that is normal. I talked to malc earlier
On 10/14/2010 08:23 AM, Avi Kivity wrote:
On 10/14/2010 02:54 PM, Anthony Liguori wrote:
The key is to make the virtio-net devices multifunction and to fill
out all 8 functions for each slot.
This is unlikely to work right wrt pci hotplug.
Yes. Our hotplug design is based on devices..
On Thu, 14 Oct 2010, cont...@elasticsheep.com wrote:
[PATCH] Add AACI audio playback support to the versatilepb platform
The PL041 driver provides an interface to an ACLink bus.
The LM4549 driver emulates a DAC connected on the ACLink bus.
Test environment:
linux-2.6.26
alsa-lib-1.0.22
On 10/14/2010 04:11 PM, Anthony Liguori wrote:
On 10/14/2010 08:23 AM, Avi Kivity wrote:
On 10/14/2010 02:54 PM, Anthony Liguori wrote:
The key is to make the virtio-net devices multifunction and to
fill out all 8 functions for each slot.
This is unlikely to work right wrt pci hotplug.
On 10/14/2010 06:51 AM, Mike Snitzer wrote:
Was just wondering if you've been able to put some time to the
rate-matching issues?
Has this usb-audio patch evolved and I'm just missing it?
Thanks for doing this work!
Mike
The sad result really is: it doesn't work, and it probably will
On Thu, Oct 14, 2010 at 12:25:34PM +0200, Avi Kivity wrote:
On 10/11/2010 08:31 PM, Marcelo Tosatti wrote:
Port qemu-kvm's KVM MCE (Machine Check Exception) handling to qemu. It
allows qemu to propagate MCEs to the guest.
v2:
- rename do_qemu_ram_addr_from_host.
- fix
- H. Peter Anvin h...@zytor.com wrote:
On 10/14/2010 06:51 AM, Mike Snitzer wrote:
Was just wondering if you've been able to put some time to the
rate-matching issues?
Has this usb-audio patch evolved and I'm just missing it?
Thanks for doing this work!
Mike
The sad
On Thu, Oct 14, 2010 at 9:20 AM, Markus Armbruster arm...@redhat.com wrote:
Blue Swirl blauwir...@gmail.com writes:
On Wed, Oct 13, 2010 at 7:19 AM, Markus Armbruster arm...@redhat.com wrote:
Blue Swirl blauwir...@gmail.com writes:
On Mon, Oct 11, 2010 at 12:52 PM, Markus Armbruster
On 10/14/2010 11:15 AM, Stefan Hajnoczi wrote:
I forgot to add that the semantics of cancellation make it difficult
to write correct user code. Every cancellation user needs to add
extra synchronization after the cancel call to handle the case where
the work is currently executing.
This seems
On Thu, Oct 14, 2010 at 15:55, chandra shekar
chandrashekar...@gmail.com wrote:
hi,everyone i am unable to access Internet in guest os(windows xp ) and my
host os is ubuntu 10.04
could you elaborate more? And specificly, how do you invoke Qemu anyway?
NB: have you tried user mode networking?
On Thu, Oct 14, 2010 at 17:22, chandra shekar
chandrashekar...@gmail.com wrote:
i still get a error message invalid option -- 's'
are you sure the patch applied cleanly? And are you sure you're
rebuilding from scratch?
plz someone help i am struck at this and my project is not going
On 10/14/2010 06:38 PM, Blue Swirl wrote:
On Thu, Oct 14, 2010 at 9:20 AM, Markus Armbrusterarm...@redhat.com wrote:
Blue Swirlblauwir...@gmail.com writes:
On Wed, Oct 13, 2010 at 7:19 AM, Markus Armbrusterarm...@redhat.com wrote:
Blue Swirlblauwir...@gmail.com writes:
On Mon, Oct 11,
RAM registration used incorrect offset.
Fix by using the offset obtained previously for this purpose.
Spotted by GCC 4.6.0 20100925 warning, which is also avoided.
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
hw/mips_fulong2e.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
On Thu, Oct 14, 2010 at 5:52 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 10/14/2010 06:38 PM, Blue Swirl wrote:
On Thu, Oct 14, 2010 at 9:20 AM, Markus Armbrusterarm...@redhat.com
wrote:
Blue Swirlblauwir...@gmail.com writes:
On Wed, Oct 13, 2010 at 7:19 AM, Markus
We can't let the compiler define the alignment for qemu_cfg data.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
0.13 stable candidate?
hw/pc.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/pc.c b/hw/pc.c
index 69b13bf..90839bd 100644
---
Otherwise the guest might try to use the range for device hotplug.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
hw/vga.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/hw/vga.c b/hw/vga.c
index 966185e..90f9dc0 100644
--- a/hw/vga.c
+++
Anthony Liguori wrote:
And how does the smart card state get migrated during migration? How
do you keep it synced with QEMU?
I don't understand the use-case behind this. Is this so that a local
physical smart card can be passed through to a guest from a Spice
client and when
On 10/14/2010 01:37 PM, Robert Relyea wrote:
Anthony Liguori wrote:
And how does the smart card state get migrated during migration? How
do you keep it synced with QEMU?
I don't understand the use-case behind this. Is this so that a local
physical smart card can be passed through
On 10/14/10 20:33, Alex Williamson wrote:
We can't let the compiler define the alignment for qemu_cfg data.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
0.13 stable candidate?
ACK I would say so.
Jes
On 10/14/2010 02:44 PM, Jes Sorensen wrote:
On 10/14/10 20:33, Alex Williamson wrote:
We can't let the compiler define the alignment for qemu_cfg data.
Signed-off-by: Alex Williamsonalex.william...@redhat.com
---
0.13 stable candidate?
ACK I would say so.
fw_cfg interfaces
On Thu, 2010-10-14 at 14:48 -0500, Anthony Liguori wrote:
On 10/14/2010 02:44 PM, Jes Sorensen wrote:
On 10/14/10 20:33, Alex Williamson wrote:
We can't let the compiler define the alignment for qemu_cfg data.
Signed-off-by: Alex Williamsonalex.william...@redhat.com
---
0.13
On 10/14/2010 02:58 PM, Alex Williamson wrote:
On Thu, 2010-10-14 at 14:48 -0500, Anthony Liguori wrote:
On 10/14/2010 02:44 PM, Jes Sorensen wrote:
On 10/14/10 20:33, Alex Williamson wrote:
We can't let the compiler define the alignment for qemu_cfg data.
Signed-off-by:
On Thursday 14 October 2010 21:58:08 Alex Williamson wrote:
If it works anywhere (I assume it works on 32bit), then it's only
because it happened to get the alignment right. This just makes 64bit
hosts get it right too. I don't see any compatibility issues,
non-packed + 64bit = broken.
On Thu, 2010-10-14 at 22:20 +0200, Arnd Bergmann wrote:
On Thursday 14 October 2010 21:58:08 Alex Williamson wrote:
If it works anywhere (I assume it works on 32bit), then it's only
because it happened to get the alignment right. This just makes 64bit
hosts get it right too. I don't see
On 10/14/2010 2:02 AM, Stefan Hajnoczi wrote:
On Wed, Oct 13, 2010 at 4:31 PM, Arun R Bharadwaj
a...@linux.vnet.ibm.com wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
This patch creates a generic asynchronous-task-offloading infrastructure
named
threadlets. The core idea has
On Thursday 14 October 2010 22:59:04 Alex Williamson wrote:
The structs in question only contain 4 8 byte elements, so there
shouldn't be any change on x86-32 using one-byte aligned packing.
I'm talking about the alignment of the structure, not the members
within the structure. The data
On 10/14/2010 9:16 AM, Avi Kivity wrote:
On 10/14/2010 11:15 AM, Stefan Hajnoczi wrote:
I forgot to add that the semantics of cancellation make it difficult
to write correct user code. Every cancellation user needs to add
extra synchronization after the cancel call to handle the case where
Hi,
I'm starting a thread related to the TODO item mentioned in the
subject. Currently still gathering info and trying to make kvm
macvtap play nicely together. I have used this [1] guide to set it up
but qemu is still complaining about the PCI device address of the
virtio-net-pci. Tried
On Thu, Oct 14, 2010 at 01:10:47PM +0100, Daniel P. Berrange wrote:
Or a PCI bridge to wire up more PCI buses, so we raise the max limit for
any type of device we emulate.
Break the 29/30/31 virtio-blk limit ... please!
Rich.
--
Richard Jones, Virtualization Group, Red Hat
On 10/14/2010 11:52 AM, Anthony Liguori wrote:
On 10/14/2010 01:37 PM, Robert Relyea wrote:
Anthony Liguori wrote:
And how does the smart card state get migrated during migration? How
do you keep it synced with QEMU?
I don't understand the use-case behind this. Is this so that a
Can you send me pointers to the qdev documentation? How can I use it? Will
it allow us to scale above the 32 PCI limit?
Anjali
On 10/14/10 2:57 PM, Anthony Liguori anth...@codemonkey.ws wrote:
On 10/14/2010 04:42 PM, Richard W.M. Jones wrote:
On Thu, Oct 14, 2010 at 01:10:47PM +0100, Daniel
On 10/14/2010 04:42 PM, Richard W.M. Jones wrote:
On Thu, Oct 14, 2010 at 01:10:47PM +0100, Daniel P. Berrange wrote:
Or a PCI bridge to wire up more PCI buses, so we raise the max limit for
any type of device we emulate.
Break the 29/30/31 virtio-blk limit ... please!
It was
On Thu, Oct 14, 2010 at 04:57:36PM -0500, Anthony Liguori wrote:
On 10/14/2010 04:42 PM, Richard W.M. Jones wrote:
On Thu, Oct 14, 2010 at 01:10:47PM +0100, Daniel P. Berrange wrote:
Or a PCI bridge to wire up more PCI buses, so we raise the max limit for
any type of device we emulate.
Break
Thanks. Does this work for e1000 as well?
Also, does it support pci hotplug?
Anjali
On 10/14/10 3:09 PM, Anthony Liguori anth...@codemonkey.ws wrote:
On 10/14/2010 05:00 PM, Anjali Kulkarni wrote:
Can you send me pointers to the qdev documentation? How can I use it? Will
it allow us to scale
On 10/14/2010 05:00 PM, Anjali Kulkarni wrote:
Can you send me pointers to the qdev documentation? How can I use it? Will
it allow us to scale above the 32 PCI limit?
It's all below. You just have to create a PCI device and mark the
multifunction flag to on and then assign it a PCI
On 10/14/2010 05:03 PM, Robert Relyea wrote:
Remote device passthrough is just a special case of passthrough.
It's got interesting characteristics in that unlike local device
passthrough, if you preserve the connection to the remove device,
migration is still possible.
However, remote
On 10/14/2010 05:12 PM, Anjali Kulkarni wrote:
Thanks. Does this work for e1000 as well?
Haven't tried. I don't know how various e1000 drivers would react.
Also, does it support pci hotplug?
No, but that's fixable down the road.
Regards,
Anthony Liguori
Anjali
On 10/14/10
On 10/14/2010 03:16 PM, Anthony Liguori wrote:
On 10/14/2010 05:03 PM, Robert Relyea wrote:
Remote device passthrough is just a special case of passthrough.
It's got interesting characteristics in that unlike local device
passthrough, if you preserve the connection to the remove device,
See my comments below, updated patch will follow later:
On Tue, Oct 12, 2010 at 3:57 PM, Anthony Liguori anth...@codemonkey.ws wrote:
...
+
+static int rbd_parsename(const char *filename, char *pool, char **snap,
+ char *name)
+{
+ const char *rbdname;
+ char
See my comments:
On Wed, Oct 13, 2010 at 1:41 AM, Stefan Hajnoczi stefa...@gmail.com wrote:
+
+ cpu_to_le32s(snap_count);
+ cpu_to_le64s(snap_names_len);
Redone all endianity conversions, made it so that it keeps the header
as little endian, and whenever reading the header, do the
On Thu, Oct 14, 2010 at 05:49:43PM +0900, Jin Dongming wrote:
There are 2 similar functions to handle SIGBUS:
sigbus_handler(int n, struct qemu_signalfd_siginfo *siginfo,
void *ctx)
kvm_on_sigbus(CPUState *env, siginfo_t *siginfo)
The former is used when main thread
On Thu, Oct 14, 2010 at 05:55:28PM +0900, Jin Dongming wrote:
There is no reason why SRAO event received by the main thread
is the only one that being broadcasted.
According to the x86 ASDM vol.3A 15.10.4.1,
MCE signal is broadcast on processor version 06H_EH or later.
This change is
(2010/10/15 9:36), Marcelo Tosatti wrote:
On Thu, Oct 14, 2010 at 05:49:43PM +0900, Jin Dongming wrote:
There are 2 similar functions to handle SIGBUS:
sigbus_handler(int n, struct qemu_signalfd_siginfo *siginfo,
void *ctx)
kvm_on_sigbus(CPUState *env, siginfo_t *siginfo)
On 10/14/2010 07:59 PM, Blue Swirl wrote:
It is even more hypothetical when empty-format printfs are optimized away by
GCC:
$ gcc -x c - -O2 -S -o -
#includestdio.h
main() { printf (); }
.file
.text
.p2align 4,,15
.globl main
.type main, @function
main:
(2010/10/15 10:06), Marcelo Tosatti wrote:
On Thu, Oct 14, 2010 at 05:55:28PM +0900, Jin Dongming wrote:
There is no reason why SRAO event received by the main thread
is the only one that being broadcasted.
According to the x86 ASDM vol.3A 15.10.4.1,
MCE signal is broadcast on processor
On Thu, 2010-10-14 at 23:19 +0200, Arnd Bergmann wrote:
On Thursday 14 October 2010 22:59:04 Alex Williamson wrote:
The structs in question only contain 4 8 byte elements, so there
shouldn't be any change on x86-32 using one-byte aligned packing.
I'm talking about the alignment of the
We can't let the compiler define the alignment for qemu_cfg data.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
v2: Adjust alignment to help non-x86 hosts per Arnd's suggestion
0.13-stable candidate
hw/pc.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff
1 - 100 of 104 matches
Mail list logo