On Mon, 28 Mar 2011 12:19:53 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
On 03/28/2011 12:06 PM, Luiz Capitulino wrote:
On Mon, 28 Mar 2011 12:01:16 -0500
Anthony Liguorialigu...@us.ibm.com wrote:
On 03/28/2011 11:47 AM, Luiz Capitulino wrote:
On Fri, 25 Mar 2011 16:22:16 -0500
OK, can you run the following and attach the resulting strace logfiles?
strace -ff -o ls-strace.log chroot /i386 /usr/bin/qemu-i386 /bin/ls
strace -ff -o bash-strace.log chroot /i386 /usr/bin/qemu-i386 /bin/bash
-c /bin/ls
(and tell us what the commands print as well).
Also can you state
On Mon, Mar 28, 2011 at 4:44 PM, Peter Maydell peter.mayd...@linaro.org wrote:
This fairly simple patchset adds a new 'max_ram' field to the QEMUMachine
structure so that a board model can specify the maximum RAM it will accept.
We can then produce a friendly diagnostic message when the user
On 03/28/2011 04:50 PM, Anthony PERARD wrote:
On Wed, Mar 23, 2011 at 10:57, Alexander Grafag...@suse.de wrote:
On 01.03.2011, at 19:35, anthony.per...@citrix.com wrote:
From: Anthony PERARDanthony.per...@citrix.com
xen_domainbuild is now build in libhw. And xen_machine_pv is build only
for
On Mon, Mar 28, 2011 at 4:44 PM, Peter Maydell peter.mayd...@linaro.org wrote:
Combine the per-machine QEMUMachine struct into the per-machine
sun4*_hwdef struct. This requires some moving around of init functions
to avoid forward references. We also have to move the 'const'
attribute from the
On Tue, Mar 29, 2011 at 12:05:30AM +0900, Isaku Yamahata wrote:
The previous patch didn't change the behavior when load,
it resulted in ugly code. This patch cleans it up.
With this patch, pic irq lines are manipulated when loaded.
It is expected that it won't change the behaviour because
On 28 March 2011 18:31, Blue Swirl blauwir...@gmail.com wrote:
On Mon, Mar 28, 2011 at 4:44 PM, Peter Maydell peter.mayd...@linaro.org
wrote:
Combine the per-machine QEMUMachine struct into the per-machine
sun4*_hwdef struct. This requires some moving around of init functions
to avoid
On Wed, Mar 23, 2011 at 12:33, Alexander Graf ag...@suse.de wrote:
We have a bitmap framework in qemu now. Please use that :). See bitmap.h /
bitops.h / bitops.c.
Will do.
Thanks,
--
Anthony PERARD
On 03/28/2011 12:27 PM, Luiz Capitulino wrote:
We had to make a choice. We chose the current 'return' response. Iirc, one of
my first suggestions was { 'return': 'null' }
It would be:
{ 'return': null }
That's the valid JSON version.
but you refused to have a 'null'
object, our parser
On Mon, Mar 28, 2011 at 4:16 PM, Anthony Liguori anth...@codemonkey.ws wrote:
On 03/28/2011 04:03 AM, Alexander Graf wrote:
Um, ok. Do I need to do anything about this?
I'm also not sure this is too important.
It's GPL compliance so yes, it's very important.
Most of our firmware blobs
On 03/28/11 18:25, Clemens Kolbitsch wrote:
Hi Clemens,
Could you clarify what you are doing, when you say snapshot do you mean
a savevm operation (ie. checkpoint) or a disk snapshot?
I Jes,
sorry for not being clear: I use a savevm operation.
Following setup: I have a base file
On Tue, Mar 29, 2011 at 12:05:26AM +0900, Isaku Yamahata wrote:
Here is v6 which fixed piix3_set_irq_pic().
4/4 needs more extensive tests. So please feel free to pick it up now or
drop it for now.
patch description:
This patch series optimizes irq data path of piix_pci.
So far piix3
On Mon, Mar 28, 2011 at 7:32 PM, Jes Sorensen jes.soren...@redhat.com wrote:
On 03/28/11 18:25, Clemens Kolbitsch wrote:
Hi Clemens,
Could you clarify what you are doing, when you say snapshot do you mean
a savevm operation (ie. checkpoint) or a disk snapshot?
I Jes,
sorry for not being
On 03/28/2011 10:23 AM, Alexander Graf wrote:
I just checked the macros there and it looks like
float32_compare_quiet returns eq when both numbers are NaN.
No it doesn't -- a == b will never be true for either operand as NaN.
Have a look at the real softfloat version anyway, not the
On Mon, Mar 28, 2011 at 5:31 PM, Jes Sorensen jes.soren...@redhat.com wrote:
On 03/28/11 16:28, Alon Levy wrote:
On Mon, Mar 28, 2011 at 02:01:01PM +0200, Jes Sorensen wrote:
On 03/23/11 14:19, Alon Levy wrote:
A CCID device is a smart card reader. It is a USB device, defined at
[1].
On 28 March 2011 18:23, Alexander Graf ag...@suse.de wrote:
On 03/24/2011 06:29 PM, Peter Maydell wrote:
+/* condition codes for binary FP ops */
+static uint32_t set_cc_f32(float32 v1, float32 v2)
+{
+ if (float32_is_any_nan(v1) || float32_is_any_nan(v2)) {
+ return 3;
+ }
On Mon, Mar 28, 2011 at 8:36 PM, Peter Maydell peter.mayd...@linaro.org wrote:
On 28 March 2011 18:31, Blue Swirl blauwir...@gmail.com wrote:
On Mon, Mar 28, 2011 at 4:44 PM, Peter Maydell peter.mayd...@linaro.org
wrote:
Combine the per-machine QEMUMachine struct into the per-machine
On Mon, Mar 28, 2011 at 08:44:59PM +0300, Blue Swirl wrote:
On Mon, Mar 28, 2011 at 5:31 PM, Jes Sorensen jes.soren...@redhat.com wrote:
On 03/28/11 16:28, Alon Levy wrote:
On Mon, Mar 28, 2011 at 02:01:01PM +0200, Jes Sorensen wrote:
On 03/23/11 14:19, Alon Levy wrote:
A CCID device
On 03/25/2011 05:11 PM, Michael Roth wrote:
Why are these options required?
The qmp_proxy_new() constructor expects a path to a socket it can
connect() to. Not sure about telnet, but the other options are
required for this. Well...server=on at least, wait=off needs to be set
as well
On 03/28/2011 12:42 PM, Blue Swirl wrote:
On Mon, Mar 28, 2011 at 4:16 PM, Anthony Liguorianth...@codemonkey.ws wrote:
On 03/28/2011 04:03 AM, Alexander Graf wrote:
Um, ok. Do I need to do anything about this?
I'm also not sure this is too important.
It's GPL compliance so yes, it's very
On Fri, 25 Mar 2011 16:22:16 -0500
Anthony Liguori aligu...@us.ibm.com wrote:
On 03/25/2011 02:47 PM, Michael Roth wrote:
Async commands like 'guest-ping' have NULL retvals. Handle these by
inserting an empty dictionary in the response's return field.
Signed-off-by: Michael
On 03/28/2011 11:47 AM, Luiz Capitulino wrote:
On Fri, 25 Mar 2011 16:22:16 -0500
Anthony Liguorialigu...@us.ibm.com wrote:
On 03/25/2011 02:47 PM, Michael Roth wrote:
Async commands like 'guest-ping' have NULL retvals. Handle these by
inserting an empty dictionary in the response's return
On Mon, Mar 28, 2011 at 9:00 PM, Alon Levy al...@redhat.com wrote:
On Mon, Mar 28, 2011 at 08:44:59PM +0300, Blue Swirl wrote:
On Mon, Mar 28, 2011 at 5:31 PM, Jes Sorensen jes.soren...@redhat.com
wrote:
On 03/28/11 16:28, Alon Levy wrote:
On Mon, Mar 28, 2011 at 02:01:01PM +0200, Jes
On 28 March 2011 18:58, Blue Swirl blauwir...@gmail.com wrote:
On Mon, Mar 28, 2011 at 8:36 PM, Peter Maydell peter.mayd...@linaro.org
wrote:
On 28 March 2011 18:31, Blue Swirl blauwir...@gmail.com wrote:
On Mon, Mar 28, 2011 at 4:44 PM, Peter Maydell peter.mayd...@linaro.org
wrote:
On Mon, Mar 28, 2011 at 01:02:45PM -0500, Anthony Liguori wrote:
On 03/28/2011 12:42 PM, Blue Swirl wrote:
On Mon, Mar 28, 2011 at 4:16 PM, Anthony Liguorianth...@codemonkey.ws
wrote:
On 03/28/2011 04:03 AM, Alexander Graf wrote:
Um, ok. Do I need to do anything about this?
I'm also not
qemu-thread.h relies on uint64_t being defined, but doesn't include
inttypes.h explicitly. This makes it easier to use it from vscclient (part
of libcacard).
---
qemu-thread.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/qemu-thread.h b/qemu-thread.h
index
On Mon, 28 Mar 2011, Feiran Zheng wrote:
On Mon, Mar 28, 2011 at 9:42 PM, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Sun, 27 Mar 2011, Feiran Zheng wrote:
Bug fix: routines 'ioreq_runio_qemu_sync' and 'ioreq_runio_qemu_aio'
won't call 'ioreq_unmap' or 'ioreq_finish' on
On 03/28/2011 12:59 PM, Michael Roth wrote:
For a command like this, I can't imagine ever wanting to extend the
return value...
I think this is another topic, but also one we should hash out a bit
better.
Currently the plan is that the C API not expose asynchronicity,
underneath the
* Markus Armbruster arm...@redhat.com [2011-03-24 07:27]:
Whoops, almost missed this. Best to cc: me to avoid that.
It was sent directly to you:
Sender: qemu-devel-bounces+ryanh=us.ibm@nongnu.org
From: Ryan Harper ry...@us.ibm.com
Subject: Re: [Qemu-devel] [PATCH v2] Do not
Add documentation for the usb-ccid device and accompanying two card
devices, ccid-card-emulated and ccid-card-passthru.
Signed-off-by: Alon Levy al...@redhat.com
---
docs/ccid.txt | 135 +
1 files changed, 135 insertions(+), 0 deletions(-)
On 03/18/11 21:39, Clemens Kolbitsch wrote:
Hi list,
strange situation: When I create a snapshot using Qemu 0.14.0 stable,
everything works smoothly and resuming the CPU takes about 1-2 seconds.
If I don't use the snapshot file for some time, the time it takes to
resume grows by 2-3
Am 28.03.2011 11:24, schrieb Isaku Yamahata:
On Mon, Mar 28, 2011 at 11:21:23AM +0200, Markus Armbruster wrote:
Isaku Yamahata yamah...@valinux.co.jp writes:
On Mon, Mar 28, 2011 at 07:18:04AM +0200, Stefan Weil wrote:
Am 28.03.2011 04:17, schrieb Isaku Yamahata:
[...]
On Sat, Mar 26, 2011
When removing a drive from the host-side via drive_del we currently have the
following path:
drive_del
qemu_aio_flush()
bdrv_close()// zaps bs-drv, which makes any subsequent I/O get
// dropped. Works as designed
drive_uninit()
bdrv_delete() // frees the bs. Since the
On 03/28/2011 01:24 PM, Aurelien Jarno wrote:
On Mon, Mar 28, 2011 at 01:02:45PM -0500, Anthony Liguori wrote:
On 03/28/2011 12:42 PM, Blue Swirl wrote:
On Mon, Mar 28, 2011 at 4:16 PM, Anthony Liguorianth...@codemonkey.ws wrote:
On 03/28/2011 04:03 AM, Alexander Graf wrote:
Um, ok. Do I
The following changes since commit f64622c401d4975a56b8559e16286231a1d2cfb8:
report that QEMU process was killed by a signal (2011-03-26 12:54:42 +)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/qemu.git for_anthony
Isaku Yamahata (4):
On 03/25/2011 04:56 PM, Michael Roth wrote:
I don't quite follow what this is doing.
That's for the session negotiation so we can reset state when the
guest agent restarts. The sequence is:
guest - host
{ _xport_event: guest_init, _xport_arg_sid: random session id }
host - guest
{
On 03/28/2011 01:37 PM, Michael S. Tsirkin wrote:
The following changes since commit f64622c401d4975a56b8559e16286231a1d2cfb8:
report that QEMU process was killed by a signal (2011-03-26 12:54:42 +)
are available in the git repository at:
On Mon, Mar 28, 2011 at 01:50:40PM -0500, Anthony Liguori wrote:
On 03/28/2011 01:24 PM, Aurelien Jarno wrote:
On Mon, Mar 28, 2011 at 01:02:45PM -0500, Anthony Liguori wrote:
On 03/28/2011 12:42 PM, Blue Swirl wrote:
On Mon, Mar 28, 2011 at 4:16 PM, Anthony Liguorianth...@codemonkey.ws
On 03/28/2011 02:05 PM, Anthony Liguori wrote:
On 03/25/2011 04:56 PM, Michael Roth wrote:
I don't quite follow what this is doing.
That's for the session negotiation so we can reset state when the
guest agent restarts. The sequence is:
guest - host
{ _xport_event: guest_init,
We've been having problems on qemu.org all day. Initially, it was due
to a combination of a small DoS attack (not uncommon unfortunately).
Later, the issue was observed when a crawler that was ignoring
robots.txt started indexing git.qemu.org. We use cgit because of the
fact that it does
Also by googling I noticed that many people have the same problem if
their CPU architecture is different from x86, and the try to emulate
x86.
** Attachment added: ls-strace
https://bugs.launchpad.net/qemu/+bug/739785/+attachment/1951371/+files/ls-strace.log.32356
--
You received this bug
On 03/28/2011 03:22 PM, Anthony Liguori wrote:
We've been having problems on qemu.org all day. Initially, it was due
to a combination of a small DoS attack (not uncommon unfortunately).
Later, the issue was observed when a crawler that was ignoring
robots.txt started indexing git.qemu.org.
Hello,
[root@Plugbox ~]# strace -ff -o ls-strace.log chroot /i386 /usr/bin/qemu-i386
/bin/ls
b? d?e?l? mu-e386i ome oot roc s? u?
bin diae hlrc.tin.gar m? o?oot qs? t? v?
[root@Plugbox ~]# strace -ff -o bash-strace.log chroot /i386 /usr/bin/qemu-i386
On 03/28/2011 01:27 PM, Anthony Liguori wrote:
On 03/28/2011 12:59 PM, Michael Roth wrote:
For a command like this, I can't imagine ever wanting to extend the
return value...
I think this is another topic, but also one we should hash out a bit
better.
Currently the plan is that the C API
On 03/28/2011 03:42 PM, Michael Roth wrote:
Is this supposed to be the current behavior? In early testing I
noticed that not including a tag, and issuing an async command that
never completed, still allowed for me to get responses for subsequent,
tagless/pseudo-tagged requests.
I don't
The common checksum functions were moved to net/checksum.c in commit
7200ac3c7c8eefe574193b49eeff09f120e11ec7 but the original net-checksum.c
was never deleted from the source tree. Remove it now since all users
of the checksum functions link against net/checksum.o and net-checksum.c
is not even
When guest does something illegal, such as
programming invalid index values in the virtio
device, qemu currently tends to crash.
With virtio, a better idea is to log an error,
and set status to FAIL which stops the device.
Add an API to do this, and fix core, blk and serial
to use it on error.
When memory including one of the VQs
goes away, handle that as a guest error
instead of exiting qemu.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/vhost.c |8 +---
hw/vhost.h |1 +
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/hw/vhost.c b/hw/vhost.c
On Fri, Mar 18, 2011 at 08:58:01AM +0530, M. Mohan Kumar wrote:
+static int get_dirfd(FsContext *fs_ctx, const char *path)
+{
+int fd;
+char *dpath = qemu_strdup(path);
+char *last_component;
+
+/* path can not contain .. */
+last_component = strrchr(path, '/');
+
On Thu, Mar 24, 2011 at 03:51:36PM -0700, Josh Durgin wrote:
You have sent a malformed patch. Please send patches that follow the
guidelines at http://wiki.qemu.org/Contribute/SubmitAPatch and test that
your mail client is not line wrapping or mangling whitespace.
Stefan
vhost used cpu_physical_memory_map to get the
virtual address for the ring, however,
this will exit on an illegal RAM address.
Since the addresses are guest-controlled, we
shouldn't do that.
Switch to our own variant that uses the vhost
tables and returns an error instead of exiting.
This patchset makes virtio and vhost more robust
in face of broken/malicious guests.
Lightly tested.
Pls review.
Michael S. Tsirkin (3):
virtio: don't exit on guest errors
vhost: don't exit on memory errors
vhost: roll our own cpu map variant
hw/vhost.c | 74
On 28 March 2011 21:13, moonman 739...@bugs.launchpad.net wrote:
Hello,
[root@Plugbox ~]# strace -ff -o ls-strace.log chroot /i386 /usr/bin/qemu-i386
/bin/ls
b? d? e? l? mu-e386i ome oot roc s? u?
bin diae hlrc.tin.gar m? o? oot q s? t? v?
** Summary changed:
- qemu-i386 on ARM bash: fork: Invalid argument
+ qemu-i386 user mode on ARMv5 host fails (bash: fork: Invalid argument)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/739785
Wow you are fast!
The hardware I use is pogoplug with plugapps linux. I think any plug computer
will do.
http://plugapps.com/index.php5/Install_on_Pogoplug_V2_Pink
They are sold for about $50.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is
The new format is rbd:pool/image[@snapshot][:option1=value1[:option2=value2...]]
Each option is used to configure rados, and may be any Ceph option, or conf.
The conf option specifies a Ceph configuration file to read.
This allows rbd volumes from more than one Ceph cluster to be used by
librbd stacks on top of librados to provide access
to rbd images.
Using librbd simplifies the qemu code, and allows
qemu to use new versions of the rbd format
with few (if any) changes.
Signed-off-by: Josh Durgin josh.dur...@dreamhost.com
Signed-off-by: Yehuda Sadeh yeh...@hq.newdream.net
---
On 03/28/2011 02:08 PM, Stefan Hajnoczi wrote:
You have sent a malformed patch. Please send patches that follow the
guidelines at http://wiki.qemu.org/Contribute/SubmitAPatch and test that
your mail client is not line wrapping or mangling whitespace.
Sorry about that. I've fixed the style
Sorry for the confusing, I'll clean up it.
On Tue, Mar 29, 2011 at 2:16 AM, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Mon, 28 Mar 2011, Feiran Zheng wrote:
On Mon, Mar 28, 2011 at 9:42 PM, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Sun, 27 Mar 2011,
Bug fix: routines 'ioreq_runio_qemu_sync' and 'ioreq_runio_qemu_aio'
won't call 'ioreq_unmap' or 'ioreq_finish' on errors, leaving ioreq in
the blkdev-inflight list and a leak.
Signed-off-by: Feiran Zheng famc...@gmail.com
---
hw/xen_disk.c | 10 --
1 files changed, 8 insertions(+), 2
---
hw/usb.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/usb.h b/hw/usb.h
index d3d755d..418853f 100644
--- a/hw/usb.h
+++ b/hw/usb.h
@@ -124,6 +124,7 @@
#define USB_DT_ENDPOINT0x05
#define USB_DT_DEVICE_QUALIFIER 0x06
#define
Previously we relied on the .bNumInterfaces, but that won't always be
accurate after the introduction of grouped interfaces.
---
hw/usb-hid.c|3 +++
hw/usb-hub.c|1 +
hw/usb-msd.c|2 ++
hw/usb-serial.c |1 +
hw/usb-wacom.c |1 +
5 files changed, 8 insertions(+), 0
This is used for some devices that have multiple interfaces that form a logic
device. An example is Video Class, which has a Control interface and a
Streaming interface. There can be additional interfaces on the same (physical)
devices (e.g. a microphone), and Interface Association Descriptor
All callers have been updated.
---
hw/usb-desc.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/hw/usb-desc.c b/hw/usb-desc.c
index 62591f2..a784155 100644
--- a/hw/usb-desc.c
+++ b/hw/usb-desc.c
@@ -76,7 +76,7 @@ int usb_desc_config(const USBDescConfig *conf,
This patchset implements Interface Association Descriptor suppoort.
These descriptors are covered in Section 9.6.4 of the USB 3.0 spec,
but there is a better description in the Intel IAD whitepaper
(www.usb.org/developers/whitepapers/iadclasscode_r10.pdf).
The short version is that IAD is an
Thanks Stefan. I will send next version with incorporating your suggestions.
dpath is leaked in the success case. I suggest writing the function like
this: static int get_dirfd(FsContext *fs_ctx, const char *path)
{
int fd;
char *dpath;
char *last_component;
/* path can
101 - 166 of 166 matches
Mail list logo
