On Sat, Nov 27, 2010 at 10:05:07PM +0800, Jason Wang wrote:
We still need advance address even we find there's no dirty pages in
current chunk.
Signed-off-by: Jason Wang jasow...@redhat.com
---
hw/vhost.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks!
diff
On Thu, Nov 25, 2010 at 08:35:41AM +0100, Alexander Graf wrote:
The way we're currently modeling mmio is too simplified. We assume that
every device has the same endianness as the target CPU. In reality,
most devices are little endian (all PCI and ISA ones I'm aware of). Some
are big endian
Hi there,
IMHO someone from code sourcery would be great, as they (Paul Brooks in the
older versions, it seems that Nathan is now taking over) are contributing
most of the ARM emulation stuff.
We may also have both talks organized one after the other covering both
topics, but then
On Fri, Nov 26, 2010 at 06:50:07PM +, Blue Swirl wrote:
On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy al...@redhat.com wrote:
Signed-off-by: Alon Levy al...@redhat.com
---
Makefile | 6 --
Makefile.objs | 5 +
Makefile.target | 2 ++
configure
On Thu, Nov 25, 2010 at 03:06:44PM +0900, Yoshiaki Tamura wrote:
Modify inuse type to uint16_t, let save/load to handle, and revert
last_avail_idx with inuse if there are outstanding emulation.
Signed-off-by: Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp
This changes migration format, so it
On Thu, Nov 25, 2010 at 03:06:54PM +0900, Yoshiaki Tamura wrote:
Replace replace qemu_sendv_packet_async() with
qemu_sendv_packet_async_proxy() to let event-tap capture events from
virtio-net.
Signed-off-by: Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp
Why does every device need to know
On Thu, Nov 25, 2010 at 03:06:52PM +0900, Yoshiaki Tamura wrote:
Replace bdrv_aio_writev() with bdrv_aio_writev_proxy() to let
event-tap capture events from dma-helpers.
Signed-off-by: Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp
Same comment as -net here: it's not clear when should
a
On 11/28/2010 09:54 AM, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
On 11/23/2010 06:12 PM, Anthony Liguori wrote:
On 11/23/2010 09:31 AM, Gleb Natapov wrote:
Anthony, Blue
No comments on this patch series for almost a week. Can it be applied?
On Thu, Nov 25, 2010 at 03:06:50PM +0900, Yoshiaki Tamura wrote:
Record ioport event to replay it upon failover.
Signed-off-by: Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp
Interesting. This will have to be extended to support ioeventfd.
Since each eventfd is really just a binary trigger
it
On Sun, Nov 28, 2010 at 9:14 AM, Alon Levy al...@redhat.com wrote:
On Fri, Nov 26, 2010 at 06:50:07PM +, Blue Swirl wrote:
On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy al...@redhat.com wrote:
Signed-off-by: Alon Levy al...@redhat.com
---
Makefile | 6 --
On Sun, Nov 28, 2010 at 11:38:36AM +0200, Avi Kivity wrote:
On 11/28/2010 09:54 AM, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
On 11/23/2010 06:12 PM, Anthony Liguori wrote:
On 11/23/2010 09:31 AM, Gleb Natapov wrote:
Anthony, Blue
No comments
@Peter, that patch, against 0.13 results in some odd deadlocks;
specifically a racey deadlock during signal handling best I can tell.
Attached is an strac'ing of the make process- nothing special, just
forking off some children, wait'ing on the results- if you look earlier
in the log you'll see
On Fri, Nov 26, 2010 at 07:05:02PM +, Blue Swirl wrote:
On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy al...@redhat.com wrote:
...
+/* 6.2.6 RDR_to_PC_SlotStatus definitions */
+enum {
+ CLOCK_STATUS_RUNNING = 0,
+ /* 0 - Clock Running, 1 - Clock stopped in State L, 2 - H,
+
On Sun, Nov 28, 2010 at 09:42:05AM +, Blue Swirl wrote:
On Sun, Nov 28, 2010 at 9:14 AM, Alon Levy al...@redhat.com wrote:
On Fri, Nov 26, 2010 at 06:50:07PM +, Blue Swirl wrote:
On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy al...@redhat.com wrote:
Signed-off-by: Alon Levy
Additional note... it *looks* like the deadlock potential is there
already in 0.13, it's just heavily exacerbated by this patch- out of
about 600 builds I've seen 2 lockup in the same fashion (rate was far
higher with the patch on this ticket).
--
qemu-arm segfaults executing msgmerge (gettext)
On Fri, Nov 26, 2010 at 07:05:02PM +, Blue Swirl wrote:
On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy al...@redhat.com wrote:
A CCID device is a smart card reader. It is a USB device, defined at [1].
This patch introduces the usb-ccid device that is a ccid bus. Next patches
will
On 28.11.2010, at 01:17, Nathan Froyd wrote:
On Fri, Nov 26, 2010 at 01:26:31AM +0100, François Revol wrote:
the people we are addressing and we would like to bring together is from
the QEMU emulation community.
We are interested in running different ISAs mainly under Linux and Windows
Frederic,
On 28.11.2010, at 09:20, Frédéric Pétrot wrote:
Hi there,
IMHO someone from code sourcery would be great, as they (Paul Brooks in the
older versions, it seems that Nathan is now taking over) are contributing
most of the ARM emulation stuff.
We may also have both talks
On 28.11.2010, at 09:12, Gleb Natapov wrote:
On Thu, Nov 25, 2010 at 08:35:41AM +0100, Alexander Graf wrote:
The way we're currently modeling mmio is too simplified. We assume that
every device has the same endianness as the target CPU. In reality,
most devices are little endian (all PCI and
** Attachment added:
0001-try-to-reuse-recently-freed-mmap-space-to-reduce-gue.patch
https://bugs.launchpad.net/bugs/682326/+attachment/1747588/+files/0001-try-to-reuse-recently-freed-mmap-space-to-reduce-gue.patch
--
linux-user/mmap exhaustion
https://bugs.launchpad.net/bugs/682326
You
Public bug reported:
Currently when executing a linux-user target, mmap.c is in use- the
model it uses internally for figuring out what the mmap address actually
should be basically is an accumulator, every mmap invocation (regardless
of munmap's that cleared the previous usage) is center on the
2010/11/28 Brian Harring ferri...@gmail.com:
Additional note... it *looks* like the deadlock potential is there
already in 0.13, it's just heavily exacerbated by this patch- out of
about 600 builds I've seen 2 lockup in the same fashion (rate was far
higher with the patch on this ticket).
2010/11/28 Michael S. Tsirkin m...@redhat.com:
On Thu, Nov 25, 2010 at 03:06:44PM +0900, Yoshiaki Tamura wrote:
Modify inuse type to uint16_t, let save/load to handle, and revert
last_avail_idx with inuse if there are outstanding emulation.
Signed-off-by: Yoshiaki Tamura
2010/11/28 Michael S. Tsirkin m...@redhat.com:
On Thu, Nov 25, 2010 at 03:06:54PM +0900, Yoshiaki Tamura wrote:
Replace replace qemu_sendv_packet_async() with
qemu_sendv_packet_async_proxy() to let event-tap capture events from
virtio-net.
Signed-off-by: Yoshiaki Tamura
On Sun, Nov 28, 2010 at 08:27:58PM +0900, Yoshiaki Tamura wrote:
2010/11/28 Michael S. Tsirkin m...@redhat.com:
On Thu, Nov 25, 2010 at 03:06:44PM +0900, Yoshiaki Tamura wrote:
Modify inuse type to uint16_t, let save/load to handle, and revert
last_avail_idx with inuse if there are
2010/11/28 Michael S. Tsirkin m...@redhat.com:
On Thu, Nov 25, 2010 at 03:06:52PM +0900, Yoshiaki Tamura wrote:
Replace bdrv_aio_writev() with bdrv_aio_writev_proxy() to let
event-tap capture events from dma-helpers.
Signed-off-by: Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp
Same comment
2010/11/28 Michael S. Tsirkin m...@redhat.com:
On Thu, Nov 25, 2010 at 03:06:50PM +0900, Yoshiaki Tamura wrote:
Record ioport event to replay it upon failover.
Signed-off-by: Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp
Interesting. This will have to be extended to support ioeventfd.
Since
On Sun, Nov 28, 2010 at 10:44 AM, Alon Levy al...@redhat.com wrote:
On Sun, Nov 28, 2010 at 09:42:05AM +, Blue Swirl wrote:
On Sun, Nov 28, 2010 at 9:14 AM, Alon Levy al...@redhat.com wrote:
On Fri, Nov 26, 2010 at 06:50:07PM +, Blue Swirl wrote:
On Thu, Nov 25, 2010 at 4:22 PM, Alon
On Sun, Nov 28, 2010 at 12:03:02PM +, Blue Swirl wrote:
On Sun, Nov 28, 2010 at 10:44 AM, Alon Levy al...@redhat.com wrote:
On Sun, Nov 28, 2010 at 09:42:05AM +, Blue Swirl wrote:
On Sun, Nov 28, 2010 at 9:14 AM, Alon Levy al...@redhat.com wrote:
On Fri, Nov 26, 2010 at 06:50:07PM
On Sun, Nov 28, 2010 at 10:53 AM, Alon Levy al...@redhat.com wrote:
On Fri, Nov 26, 2010 at 07:05:02PM +, Blue Swirl wrote:
On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy al...@redhat.com wrote:
A CCID device is a smart card reader. It is a USB device, defined at [1].
This patch introduces
2010/11/28 Frédéric Pétrot frederic.pet...@imag.fr:
PS: We have indeed ourselves worked on the acceleration of the neon support
(neon on mmx/sse instead of helpers)
Slight tangent, but: How well did you find that worked?
Were you trying to retain bit-for-bit accuracy in the results?
-- PMM
On Sun, Nov 28, 2010 at 08:55:28PM +0900, Yoshiaki Tamura wrote:
2010/11/28 Michael S. Tsirkin m...@redhat.com:
On Thu, Nov 25, 2010 at 03:06:52PM +0900, Yoshiaki Tamura wrote:
Replace bdrv_aio_writev() with bdrv_aio_writev_proxy() to let
event-tap capture events from dma-helpers.
On Sun, Nov 28, 2010 at 7:54 AM, Gleb Natapov g...@redhat.com wrote:
On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
On 11/23/2010 06:12 PM, Anthony Liguori wrote:
On 11/23/2010 09:31 AM, Gleb Natapov wrote:
Anthony, Blue
No comments on this patch series for almost a week. Can
Seems to be fixed in qemu 0.12.5 (Debian 0.12.5+dfsg-2).
** Changed in: qemu
Status: New = Fix Released
--
qemu i386-softmmu segfaults on i386 while testing kdbg hardware interrupts
https://bugs.launchpad.net/bugs/501177
You received this bug notification because you are a member of
My fault. it is still their... did my test wrong
** Changed in: qemu
Status: Fix Released = New
--
qemu i386-softmmu segfaults on i386 while testing kdbg hardware interrupts
https://bugs.launchpad.net/bugs/501177
You received this bug notification because you are a member of qemu-
On Sun, Nov 28, 2010 at 12:39:13PM +, Blue Swirl wrote:
On Sun, Nov 28, 2010 at 7:54 AM, Gleb Natapov g...@redhat.com wrote:
On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
On 11/23/2010 06:12 PM, Anthony Liguori wrote:
On 11/23/2010 09:31 AM, Gleb Natapov wrote:
Anthony,
On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
On 11/23/2010 06:12 PM, Anthony Liguori wrote:
On 11/23/2010 09:31 AM, Gleb Natapov wrote:
Anthony, Blue
No comments on this patch series for almost a week. Can it
On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
On 11/23/2010 06:12 PM, Anthony Liguori wrote:
On 11/23/2010 09:31 AM, Gleb Natapov wrote:
On Sun, Nov 28, 2010 at 1:19 PM, Gleb Natapov g...@redhat.com wrote:
On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
On 11/23/2010 06:12 PM, Anthony
On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
On 11/23/2010 06:12 PM, Anthony Liguori wrote:
On 11/23/2010 09:31 AM, Gleb Natapov wrote:
Public bug reported:
Hello,
I'm trying to develop a OS over L4/X2 microkernel and I use Linux debian
and qemu 0.13 in 64 bits mode. When I start qemu with qemu-system-x86_64
-hdc freevms.img -smp 1 -serial stdio -m 128M -k fr, my kernel boots
fine. If I modify this command line with -m 384M (for
http://aigipe.it/index99.php
This patchset adds three new devices, usb-ccid, ccid-card-passthru and
ccid-card-emulated, providing a CCID bus, a simple passthru protocol
implementing card requiring a client, and a standalone emulated card.
It also introduces a new directory libcaccard with CAC card emulation,
CAC is a type of
Signed-off-by: Alon Levy al...@redhat.com
---
Makefile.objs |2 +-
hw/ccid-card-passthru.c| 277
libcaccard/vscard_common.h | 130 +
3 files changed, 408 insertions(+), 1 deletions(-)
create mode 100644
A CCID device is a smart card reader. It is a USB device, defined at [1].
This patch introduces the usb-ccid device that is a ccid bus. Next patches will
introduce two card types to use it, a passthru card and an emulated card.
[1]
Signed-off-by: Alon Levy al...@redhat.com
---
docs/ccid.txt | 125 +
docs/libcaccard.txt | 482 +++
2 files changed, 607 insertions(+), 0 deletions(-)
create mode 100644 docs/ccid.txt
create mode 100644 docs/libcaccard.txt
Signed-off-by: Alon Levy al...@redhat.com
---
Makefile|6 --
Makefile.objs |5 +
Makefile.target |2 ++
configure | 24
libcaccard/Makefile | 18 ++
5 files changed, 53 insertions(+), 2 deletions(-)
changes from v1:
remove stale comments, use only c-style comments
bugfix, forgot to set recv_len
change reader name to 'Virtual Reader'
Signed-off-by: Alon Levy al...@redhat.com
---
Makefile.objs |2 +-
hw/ccid-card-emulated.c | 501
From: Jan Kiszka jan.kis...@siemens.com
Xen target bits in qemu are intended for x86. Let the build system
reflect this and avoid useless building/linking for other targets.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
Makefile.objs |4 ++--
Makefile.target |4 ++--
configure
On Sun, Nov 28, 2010 at 09:45:34AM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 04:07:45PM -0500, Kevin O'Connor wrote:
On Sat, Nov 27, 2010 at 09:04:24PM +0200, Gleb Natapov wrote:
Suppose we add SCSI support to Seabios and suppose SCSI card Seabios can
natively boot from has
Works with 0.13.0 (Debian 0.13.0+dfsg-2). Probably
63a54736f31f9e11da6fb52319bba26e7d24f571 was the fix
** Changed in: qemu
Status: New = Fix Released
--
qemu i386-softmmu segfaults on i386 while testing kdbg hardware interrupts
https://bugs.launchpad.net/bugs/501177
You received this
On 11/28/2010 11:37 AM, Brian Harring wrote:
Additional note... it *looks* like the deadlock potential is there
already in 0.13, it's just heavily exacerbated by this patch- out of
about 600 builds I've seen 2 lockup in the same fashion (rate was far
higher with the patch on this ticket).
On Sun, Nov 28, 2010 at 12:15:44PM -0500, Kevin O'Connor wrote:
On Sun, Nov 28, 2010 at 09:45:34AM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 04:07:45PM -0500, Kevin O'Connor wrote:
On Sat, Nov 27, 2010 at 09:04:24PM +0200, Gleb Natapov wrote:
Suppose we add SCSI support to
On Sun, Nov 28, 2010 at 07:23:20PM +0200, Michael S. Tsirkin wrote:
On Sun, Nov 28, 2010 at 03:19:00PM +0200, Gleb Natapov wrote:
On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at
Gleb Natapov wrote:
There is no way for qemu to know about BCVs or BEVs
This is very much the key point.
In order to have command line control over the boot process, the
machine and the firmware must agree on things.
I see two options:
1. QEMU works very very hard to provide a machine that
$subj.
Someone asked about this format, wanting to try Haiku in SimNow, so I wrote
this.
I got a report of successfully booting a converted image in SimNow.
It doesn't yet support automatically growing the file, so we just preallocate
on create.
François.
From
On Sun, Nov 28, 2010 at 08:54:38PM +0200, Gleb Natapov wrote:
On Sun, Nov 28, 2010 at 07:23:20PM +0200, Michael S. Tsirkin wrote:
On Sun, Nov 28, 2010 at 03:19:00PM +0200, Gleb Natapov wrote:
On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
On Sun, Nov 28, 2010 at
Peter Stuge wrote:
Specifying boot device using PCI BDF is a great example of using
common structured data. That BDF exists both in machine and firmware
data models.
Gleb Natapov wrote:
Bus numbers are assigned by a guest. Qemu knows nothing about them,
so it specify device path by topology.
On Sun, Nov 28, 2010 at 08:00:29PM +0100, Peter Stuge wrote:
Gleb Natapov wrote:
There is no way for qemu to know about BCVs or BEVs
This is very much the key point.
In order to have command line control over the boot process, the
machine and the firmware must agree on things.
I see
On Sun, Nov 28, 2010 at 09:09:48PM +0200, Michael S. Tsirkin wrote:
On Sun, Nov 28, 2010 at 08:54:38PM +0200, Gleb Natapov wrote:
On Sun, Nov 28, 2010 at 07:23:20PM +0200, Michael S. Tsirkin wrote:
On Sun, Nov 28, 2010 at 03:19:00PM +0200, Gleb Natapov wrote:
On Sun, Nov 28, 2010 at
On Sun, Nov 28, 2010 at 08:11:45PM +0100, Peter Stuge wrote:
Peter Stuge wrote:
Specifying boot device using PCI BDF is a great example of using
common structured data. That BDF exists both in machine and firmware
data models.
Gleb Natapov wrote:
Bus numbers are assigned by a guest.
Peter Maydell a écrit :
2010/11/28 Frédéric Pétrot frederic.pet...@imag.fr:
PS: We have indeed ourselves worked on the acceleration of the neon support
(neon on mmx/sse instead of helpers)
Slight tangent, but: How well did you find that worked?
Were you trying to retain bit-for-bit
On Sun, Nov 28, 2010 at 09:20:25AM +0100, Frédéric Pétrot wrote:
IMHO someone from code sourcery would be great, as they (Paul Brooks in the
older versions, it seems that Nathan is now taking over) are contributing
most of the ARM emulation stuff.
Well, Paul still knows way more than
Nathan Froyd a écrit :
On Sun, Nov 28, 2010 at 09:20:25AM +0100, Frédéric Pétrot wrote:
IMHO someone from code sourcery would be great, as they (Paul Brooks in
the
older versions, it seems that Nathan is now taking over) are contributing
most of the ARM emulation stuff.
Well,
On 11/26/10 15:21, Anthony Liguori wrote:
On 11/26/2010 08:15 AM, Jes Sorensen wrote:
I would be all in favor of this! Do you want to attach it to another
conference or totally standalone?
Attaching is easier logistically but I don't know how much that helps if
it's a full 3 days
65 matches
Mail list logo