On Fri, 2010-10-15 at 09:52 +0800, Hidetoshi Seto wrote:
> (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
[PATCH 2/2] Add documentation for QMP commands: query-trace &
query-trace-events.
Signed-off-by: Prerna Saxena
---
qmp-commands.hx | 71 +++
1 files changed, 71 insertions(+), 0 deletions(-)
diff --git a/qmp-commands.hx b/qmp-commands.hx
i
[PATCH 1/2] Introduce QMP interfaces : query-trace & query-trace-events
Signed-off-by: Prerna Saxena
---
monitor.c | 46 +---
simpletrace.c | 58 +
simpletrace.h |4 +++
3 files changed,
This patch set introduces two QMP interfaces for tracing :
* query-trace: to list current contents of trace-buffer
* query-trace-events : to list all available trace-events with their state.
Changelog :
---
Changes from v1 :
- Add 'timestamp' field for query-trace output.
- Misc c
We can't let the compiler define the alignment for qemu_cfg data.
Signed-off-by: Alex Williamson
---
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 --git a/hw/pc.c b/hw/pc.c
i
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
(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 proc
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 -
#include
main() { printf (""); }
.file ""
.text
.p2align 4,,15
.globl main
.type main, @function
main:
.LFB11:
(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 *
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 i
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 threa
See my comments:
On Wed, Oct 13, 2010 at 1:41 AM, Stefan Hajnoczi 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 endianity
conver
See my comments below, updated patch will follow later:
On Tue, Oct 12, 2010 at 3:57 PM, Anthony Liguori wrote:
...
>> +
>> +static int rbd_parsename(const char *filename, char *pool, char **snap,
>> + char *name)
>> +{
>> + const char *rbdname;
>> + char *p;
>> +
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 devi
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 3:09
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 device
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 addres
Thanks. Does this work for e1000 as well?
Also, does it support pci hotplug?
Anjali
On 10/14/10 3:09 PM, "Anthony Liguori" 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 above the 32 P
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.
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 br
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" 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
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.
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 http://people.re
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 wi
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 w
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 stru
On 10/14/2010 2:02 AM, Stefan Hajnoczi wrote:
> On Wed, Oct 13, 2010 at 4:31 PM, Arun R Bharadwaj
> wrote:
>> From: Aneesh Kumar K.V
>>
>> This patch creates a generic asynchronous-task-offloading infrastructure
>> named
>> threadlets. The core idea has been borrowed from the threading framework
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
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. T
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: Al
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 Williamson
> >> ---
> >>
> >> 0.13 stabl
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 Williamson
---
0.13 stable candidate?
ACK I would say so.
fw_cfg interfaces are somewhat difficult to rat
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
> ---
>
> 0.13 stable candidate?
ACK I would say so.
Jes
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 thro
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 wh
Otherwise the guest might try to use the range for device hotplug.
Signed-off-by: Alex Williamson
---
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
+++ b/hw/vga.c
@@ -2331,6 +2331,14 @@ v
We can't let the compiler define the alignment for qemu_cfg data.
Signed-off-by: Alex Williamson
---
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
--- a/hw/pc.c
+++ b/hw/pc.c
@@ -75,12
On Thu, Oct 14, 2010 at 5:52 PM, Paolo Bonzini wrote:
> On 10/14/2010 06:38 PM, Blue Swirl wrote:
>>
>> On Thu, Oct 14, 2010 at 9:20 AM, Markus Armbruster
>> wrote:
>>>
>>> Blue Swirl writes:
>>>
On Wed, Oct 13, 2010 at 7:19 AM, Markus Armbruster
wrote:
>
> Blue Swirl writes:
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
---
hw/mips_fulong2e.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/mips
On 10/14/2010 06:38 PM, Blue Swirl wrote:
On Thu, Oct 14, 2010 at 9:20 AM, Markus Armbruster wrote:
Blue Swirl writes:
On Wed, Oct 13, 2010 at 7:19 AM, Markus Armbruster wrote:
Blue Swirl writes:
On Mon, Oct 11, 2010 at 12:52 PM, Markus Armbruster wrote:
Warns about this line in check
On 10/14/2010 09:18 AM, Alon Levy wrote:
>
> Can you elaborate?
>
The quality of rate information is too low, and the delays in the system
are too large to enable consistent convergence.
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on th
On Thu, Oct 14, 2010 at 17:22, chandra shekar
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
> forward,thanks
So touching...
On Thu, Oct 14, 2010 at 15:55, chandra shekar
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?
--
regards,
Mulyadi Sa
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 9:20 AM, Markus Armbruster wrote:
> Blue Swirl writes:
>
>> On Wed, Oct 13, 2010 at 7:19 AM, Markus Armbruster wrote:
>>> Blue Swirl writes:
>>>
On Mon, Oct 11, 2010 at 12:52 PM, Markus Armbruster
wrote:
> Warns about this line in check-qjson.c:
>
- "H. Peter Anvin" 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
> >
>
>
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 kvm_on_s
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 probab
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.
Y
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-
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.. Th
On Tue, Sep 14, 2010 at 1:56 AM, H. Peter Anvin 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 today, and
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 th
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 s
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:
1.
[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
---
Makefile.
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 bus-lev
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
---
019 |
On 10/14/2010 07:51 AM, Stefan Hajnoczi wrote:
On Thu, Oct 14, 2010 at 1:26 PM, Anthony Liguori 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
On 10/14/2010 07:36 AM, Markus Armbruster wrote:
Avi Kivity 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
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 limitati
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
l
On Thu, Oct 14, 2010 at 1:26 PM, Anthony Liguori 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 bugs?
Stefan
Avi Kivity 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
>
** 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, whic
From: Sripathi Kodi
Signed-off-by: Sripathi Kodi
---
hw/virtio-9p.c | 92 +---
hw/virtio-9p.h |4 ++
2 files changed, 39 insertions(+), 57 deletions(-)
diff --git a/hw/virtio-9p.c b/hw/virtio-9p.c
index 82f0ed2..47bcbd1 100644
--- a/hw/
From: Sripathi Kodi
Signed-off-by: Sripathi Kodi
---
hw/virtio-9p.c | 161 ++--
hw/virtio-9p.h |5 ++
2 files changed, 68 insertions(+), 98 deletions(-)
diff --git a/hw/virtio-9p.c b/hw/virtio-9p.c
index cad21fd..e08f284 100644
--- a/hw/
From: Sripathi Kodi
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 threa
From: Sripathi Kodi
Signed-off-by: Sripathi Kodi
---
hw/virtio-9p.c | 115 +++-
hw/virtio-9p.h |4 ++
2 files changed, 51 insertions(+), 68 deletions(-)
diff --git a/hw/virtio-9p.c b/hw/virtio-9p.c
index 1f2fd9f..cad21fd 100644
--- a/hw/
From: Sripathi Kodi
Signed-off-by: Sripathi Kodi
---
hw/virtio-9p.c | 253 +++-
hw/virtio-9p.h |4 +
2 files changed, 91 insertions(+), 166 deletions(-)
diff --git a/hw/virtio-9p.c b/hw/virtio-9p.c
index e08f284..82f0ed2 100644
--- a/hw/
From: Sripathi Kodi
Signed-off-by: Sripathi Kodi
---
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 fbc78fe..42774ff 100644
--- a/qemu-thread.c
++
From: Sripathi Kodi
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 thread to do complete
From: Sripathi Kodi
---
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 global_rename_lock;
+
From: Sripathi Kodi
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
---
hw/virtio-9p.c | 32 +---
hw/virtio-9p.h |2
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 work
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 det
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 u
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 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 1
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 Nelson)
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 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
> ---
> qmp-commands.hx | 53 +
> 1 files changed, 53 in
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
> ---
> monitor.c | 46 ++
> simpletrace.c | 54 +++
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 if=/dev/ura
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
Blue Swirl writes:
> On Wed, Oct 13, 2010 at 7:19 AM, Markus Armbruster wrote:
>> Blue Swirl writes:
>>
>>> On Mon, Oct 11, 2010 at 12:52 PM, Markus Armbruster
>>> wrote:
Warns about this line in check-qjson.c:
QObject *obj = qobject_from_json("");
The obvious fix (add
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
-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
---
configure |5 +++--
1 files changed, 3 insertions(+), 2 deletions(
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 interfa
On Wed, Oct 13, 2010 at 4:31 PM, Arun R Bharadwaj
wrote:
> From: Aneesh Kumar K.V
>
> This patch creates a generic asynchronous-task-offloading infrastructure named
> threadlets. The core idea has been borrowed from the threading framework that
> is being used by paio.
>
> The reason for creating
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
Test
Cleanup to finish unification.
Signed-off-by: Hidetoshi Seto
Tested-by: Jin Dongming
---
qemu-kvm.c | 41 -
1 files changed, 12 insertions(+), 29 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index d96394b..d2b2459 100644
--- a/qemu-kvm.c
+++ b/qem
Explicitly duplicate blocks for next cleanup.
Signed-off-by: Hidetoshi Seto
Tested-by: Jin Dongming
---
qemu-kvm.c | 56 +---
1 files changed, 33 insertions(+), 23 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index 16bc006..d96394b 100
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
Tested-by: Jin Dongming
---
qemu-kvm.c | 94 +++
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
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 rece
Signed-off-by: Hidetoshi Seto
Tested-by: Jin Dongming
---
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
+++ b/qemu-kvm.c
@@ -1163,7 +1163,7 @@ static void kvm_do_set_mce(CPUS
Refactor codes for maintainability.
Signed-off-by: Hidetoshi Seto
Tested-by: Jin Dongming
---
qemu-kvm.c | 96 ---
1 files changed, 58 insertions(+), 38 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index a71c07c..9f248f0 100644
---
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,
};
kvm
Share the same error handling.
Signed-off-by: Hidetoshi Seto
Tested-by: Jin Dongming
---
qemu-kvm.c | 31 +++
1 files changed, 19 insertions(+), 12 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index 6f62973..1338e99 100644
--- a/qemu-kvm.c
+++ b/qemu-kvm.c
@@
1 - 100 of 105 matches
Mail list logo
