Wenhao Xu wrote:
> Hi, all,
> ¿ï½ I am working with switching QEMU from running in KVM mode to QEMU
> emulatoin mode dynamically.
> ¿ï½ Intuitively, if the snapshot created using savevm in kvm mode can be
> used by the loadvm command in QEMU emulator mode, the switchment could
> makes use of this.
Ricardo Ribalda Delgado wrote:
> New char device emulating an Elo serial touchpad.
>
> -Emulate id and touch packets
> -Absolute Output limited to 96-4000
It misses a SOB line.
> diff --git a/hw/elo.c b/hw/elo.c
> new file mode 100644
> index 000..359333d
> --- /dev/null
> +++ b/hw/elo.c
>
Hello Juan
Thanks for your comments. About the indentation error... Do you have
some kind of auto indent script(like the kernel code has). It is
making me crazy trying to collaborate with a lot of projects an all of
them with different styles.
>
>> +#include
>> +#include "../qemu-common.h"
>>
On 03/30/2010 12:23 AM, Anthony Liguori wrote:
It's not sufficient. If you have a single thread that runs both live
migrations and timers, then timers will be backlogged behind live
migration, or you'll have to yield often. This is regardless of the
locking model (and of course having threads
Ricardo Ribalda Delgado wrote:
> Hello Juan
>
> Thanks for your comments. About the indentation error... Do you have
> some kind of auto indent script(like the kernel code has). It is
> making me crazy trying to collaborate with a lot of projects an all of
> them with different styles.
Don't ev
On 03/30/2010 12:17 AM, jvrao wrote:
Excuse me for some basic questions..still trying to understand QEMU concepts..
How does IO thread is accounted for?
It's just another thread, usually a lightly loaded one.
If I start a 2 CPU QEMU, we will be occupying two physical CPUs with two VCPU
Juan Quintela writes:
> Ricardo Ribalda Delgado wrote:
>> Hello Juan
>>
>> Thanks for your comments. About the indentation error... Do you have
>> some kind of auto indent script(like the kernel code has). It is
>> making me crazy trying to collaborate with a lot of projects an all of
>> them
> Hi Roland,
>
> On 30.03.2010, at 01:52, Roland Elek wrote:
> > Dear Qemu developers,
> >
> > I am a university student from Hungary interested in contributing to Qemu
> > through Google Summer of Code. I am interested in emulation, and two
> > projects from the ideas page in particular. One of t
Howdy,
I just wanted to create a backed qcow2 image and was irritated by qemu-img not
showing me the correct command line option. It's just missing from the list:
> ag...@s390t27:~/git/qemu> ./qemu-img --help
> qemu-img version 0.12.50, Copyright (c) 2004-2008 Fabrice Bellard
> usage: qemu-img c
Markus Armbruster wrote:
>>> I have to send a 2x10 bytes package, and it does not fit the the 16
>>> bytes buffer Any other suggestion about how to do it?
>>
>> Nope, I am not a 16550A guru at all. No sure if your change will break
>> anything else or no, that is why I asked.
>
> The 16550 F
Am 30.03.2010 14:22, schrieb Alexander Graf:
> Howdy,
>
> I just wanted to create a backed qcow2 image and was irritated by qemu-img
> not showing me the correct command line option. It's just missing from the
> list:
[...]
> Is this intentional? The actual command still works:
>
>> ag...@s390t
On 30.03.2010, at 14:30, Kevin Wolf wrote:
> Am 30.03.2010 14:22, schrieb Alexander Graf:
>> Howdy,
>>
>> I just wanted to create a backed qcow2 image and was irritated by qemu-img
>> not showing me the correct command line option. It's just missing from the
>> list:
> [...]
>> Is this intenti
Commit 6616b2ad reverted commit 40ea285c. Looks like a mismerge to
me.
Signed-off-by: Markus Armbruster
---
qemu-options.hx | 15 ++-
1 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index e2a5ca6..692809d 100644
--- a/qemu-options.h
Am 30.03.2010 14:32, schrieb Alexander Graf:
>
> On 30.03.2010, at 14:30, Kevin Wolf wrote:
>
>> Am 30.03.2010 14:22, schrieb Alexander Graf:
>>> Howdy,
>>>
>>> I just wanted to create a backed qcow2 image and was irritated by qemu-img
>>> not showing me the correct command line option. It's jus
Kevin Wolf wrote:
> Am 30.03.2010 14:32, schrieb Alexander Graf:
>>
>> On 30.03.2010, at 14:30, Kevin Wolf wrote:
>>
>>> Am 30.03.2010 14:22, schrieb Alexander Graf:
Howdy,
I just wanted to create a backed qcow2 image and was irritated by qemu-img
not showing me the correct
On 03/30/2010 05:24 AM, Avi Kivity wrote:
On 03/30/2010 12:23 AM, Anthony Liguori wrote:
It's not sufficient. If you have a single thread that runs both
live migrations and timers, then timers will be backlogged behind
live migration, or you'll have to yield often. This is regardless
of the
Am 30.03.2010 15:04, schrieb Juan Quintela:
> Kevin Wolf wrote:
>> Am 30.03.2010 14:32, schrieb Alexander Graf:
>>>
>>> On 30.03.2010, at 14:30, Kevin Wolf wrote:
>>>
Am 30.03.2010 14:22, schrieb Alexander Graf:
> Howdy,
>
> I just wanted to create a backed qcow2 image and was irr
On 03/30/2010 04:13 PM, Anthony Liguori wrote:
On 03/30/2010 05:24 AM, Avi Kivity wrote:
On 03/30/2010 12:23 AM, Anthony Liguori wrote:
It's not sufficient. If you have a single thread that runs both
live migrations and timers, then timers will be backlogged behind
live migration, or you'll h
Amit Shah wrote:
> Current control messages are small enough to not be split into multiple
> buffers but we could run into such a situation in the future or a
> malicious guest could cause such a situation.
>
> So handle the entire iov request for control messages.
>
> Also ensure the size of the
On (Tue) Mar 30 2010 [15:44:21], Juan Quintela wrote:
> Amit Shah wrote:
> > Current control messages are small enough to not be split into multiple
> > buffers but we could run into such a situation in the future or a
> > malicious guest could cause such a situation.
> >
> > So handle the entire
On 03/30/2010 08:28 AM, Avi Kivity wrote:
But that offers no advantage to what we have which fails the
proof-by-example that threading makes the situation better.
It has an advantage, qcow2 is currently synchronous in parts:
block/qcow2-cluster.c:ret = bdrv_write(s->hd, (cluster_offset >
On 03/30/2010 04:54 PM, Anthony Liguori wrote:
On 03/30/2010 08:28 AM, Avi Kivity wrote:
But that offers no advantage to what we have which fails the
proof-by-example that threading makes the situation better.
It has an advantage, qcow2 is currently synchronous in parts:
block/qcow2-cluster
Hi!
I've cleaned up and rebased the virtio-rng patch, including the
comments made on the previous version.
I've dropped socket reconnect support because I don't have the
time to make it into some kind of generic does-everything
subsystem, so here is whats left - a pure rng / egd device.
-Ian
>From cb0eb35564067859b6d596f3beea4e8486ad9f99 Mon Sep 17 00:00:00 2001
From: Ian Molton
Date: Tue, 17 Nov 2009 14:10:10 +
Subject: [PATCH 1/4] Add SIZE type to qdev properties
This patch adds a 'SIZE' type property to those available to qdevs.
It is the analogue of the OPT_SIZE p
>From 5f484301d73fa53009bbcd430f8ae85868b67772 Mon Sep 17 00:00:00 2001
From: Ian Molton
Date: Tue, 17 Nov 2009 14:34:12 +
Subject: [PATCH 2/4] virtio: Add virtio-rng driver
This patch adds support for virtio-rng. Data is read from a chardev and
can be either raw entropy or received
On 03/30/2010 09:03 AM, Avi Kivity wrote:
So it looks like we really only have one operation
(qcow2_alloc_cluster_link_l2) that blocks. Do we really think that
it's sufficiently difficult to make this function asynchronous that
it justifies threading the block layer?
There are also tons of
Hi everybody,
This patchset is intended to provide a start for implementing the
emulation of the AMD IOMMU. For those who aren't aware yet, I intend
to participate as a student in GSoC 2010.
The patches are meant to be applied on top of qemu-kvm.
In short, this demonstrates a mechanism of insert
We'd like to let emulation code build and insert ACPI tables at bootup,
without depending on hacking the BIOS code. This will be used to provide
an IVRS table for emulating the AMD IOMMU, for instance.
This splits acpi_table_add(), retaining the old behavior of inserting
cmdline-supplied tables un
We mustn't assume qemu_realloc() returns the same pointer in
acpi_table_add(). Therefore, 'p' might be invalid if it's relative to
the old value of acpi_tables.
Signed-off-by: Eduard - Gabriel Munteanu
---
hw/acpi.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/h
The whole table must sum to zero. We need to ignore garbage in the
checksum field (i.e. consider it zero) when checksumming. It is
legitimate to have garbage there, as the checksum makes sense only when
the table has been filled.
Signed-off-by: Eduard - Gabriel Munteanu
---
hw/acpi.c |5
This moves the table header definition into pc.h to allow other code to
build ACPI tables.
Signed-off-by: Eduard - Gabriel Munteanu
---
hw/acpi.c | 13 -
hw/pc.h | 13 +
2 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/hw/acpi.c b/hw/acpi.c
index 8eb
hw/iommu.c concerns the SPARC IOMMU. However we intend to implement the
AMD IOMMU, which could lead to confusion unless we rename the former.
Signed-off-by: Eduard - Gabriel Munteanu
---
Makefile.target |2 +-
hw/{iommu.c => sparc_iommu.c} |0
hw/sun4m.h
This currently loads a non-functional IVRS ACPI table and provides a
skeleton for initializing the AMD IOMMU.
Signed-off-by: Eduard - Gabriel Munteanu
---
Makefile.target |1 +
hw/amd_iommu.c | 103 +++
hw/pc.c |2 +
hw/pc.h
This adds newlines in acpi_checksum() to separate the declarations, the
body and the return statement.
Signed-off-by: Eduard - Gabriel Munteanu
---
hw/acpi.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/acpi.c b/hw/acpi.c
index 3794f70..f067f85 100644
--- a/hw/acp
Hello,
My name is Baozeng and I am a graduate student from Beijing, China. I
would like to join this year's gsoc. I am interested in the project
"Shared memory transport between guest(s) and host" in the idea list.
Its mentor is Avi Kivity, but it does not give the mentor's mail
address. So coul
On 03/30/2010 05:07 PM, Anthony Liguori wrote:
On 03/30/2010 09:03 AM, Avi Kivity wrote:
So it looks like we really only have one operation
(qcow2_alloc_cluster_link_l2) that blocks. Do we really think that
it's sufficiently difficult to make this function asynchronous that
it justifies thr
On Mon, Mar 29, 2010 at 2:59 PM, Avi Kivity wrote:
> On 03/28/2010 10:48 PM, Cam Macdonell wrote:
>>
>> On Sat, Mar 27, 2010 at 11:48 AM, Avi Kivity wrote:
>>
>>>
>>> On 03/26/2010 07:14 PM, Cam Macdonell wrote:
>>>
>
> I'm not familiar with the uio internals, but for the interf
On 03/30/2010 09:23 AM, Avi Kivity wrote:
On 03/30/2010 05:07 PM, Anthony Liguori wrote:
On 03/30/2010 09:03 AM, Avi Kivity wrote:
So it looks like we really only have one operation
(qcow2_alloc_cluster_link_l2) that blocks. Do we really think that
it's sufficiently difficult to make this f
vhost-blk
- started w/ vhost-net, nice and modular
- qemu merging requests, so outperforming (throughput) for sequential write
- random read/write and sequential reads are comparable or better
- can't do e.g. qcow2
- spreading work across all cpu workqueues
- are there cases where we expect vhost-b
From: Ricardo Ribalda Delgado
New char device emulating an Elo serial touchpad.
v2: -Emulate id packages (linux recognizes the hw)
-Limit output to 96-4000 (thanks to Dmitry Zhurikhin)
v3: -Output buffer (thanks to Juan Quintela)
-Code Style
---
Makefile.objs |2 +-
hw/elo.c
Hello Juan
New patch is on the mail.
> It misses a SOB line.
Sorry, I don't understand what you mean here, do you mean the sing off?
> You can remove the "../" from those, Makefile sets correct include paths
> for this to work.
Done
>
>> + /*Move event*/
>> + if (is_down&&buttons_st
On 03/30/2010 01:20 AM, Eduard - Gabriel Munteanu wrote:
> +/* Ignore preexisting garbage in checksum. */
> +acpi_hdr = (struct acpi_table_header *) data;
> +sum -= acpi_hdr->checksum;
> +
> return (-sum) & 0xff;
Wouldn't it be cleaner to adjust the acpi_checksum definition to tak
Hi, Juan,
I am fresh to both QEMU and KVM. But so far, I notice that QEMU
uses "KVM_SET_USER_MEMORY_REGION" to set memory region that KVM can
use and uses cpu_register_physical_memory_offset to register the same
memory to QEMU emulator, which means QEMU and KVM use the same host
virtual memory.
On 3/30/10, Eduard - Gabriel Munteanu wrote:
> hw/iommu.c concerns the SPARC IOMMU. However we intend to implement the
> AMD IOMMU, which could lead to confusion unless we rename the former.
I was also thinking of renaming the file some time ago. The correct
name would be "sun4m_iommu.c". Sun4c
Apologies if you received multiple copies of this message.
=
CALL FOR PAPERS
5th Workshop on
Virtualization in High-Performance Cloud Computing
VHPC'10
as part of Euro-Par 2010, Island of Ischia-Naples, Italy
==
On 3/25/10, Juergen Lock wrote:
> Hi!
>
> Now that qemu git head works again (thanx Aurelien! :) I've finished
> the FreeBSD qemu-devel port update patch/shar that made me uncover
> the bug:
> http://people.freebsd.org/~nox/qemu/qemu-devel-20100323.patch
> resp.
> http://peopl
2010/3/30 Paul Brook
> > Hi Roland,
> >
> > On 30.03.2010, at 01:52, Roland Elek wrote:
> > > Dear Qemu developers,
> > >
> > > I am a university student from Hungary interested in contributing to
> Qemu
> > > through Google Summer of Code. I am interested in emulation, and two
> > > projects fro
On Tue, Mar 30, 2010 at 09:04:28PM +0300, Blue Swirl wrote:
> On 3/25/10, Juergen Lock wrote:
> > Hi!
> >
> > Now that qemu git head works again (thanx Aurelien! :) I've finished
> > the FreeBSD qemu-devel port update patch/shar that made me uncover
> > the bug:
> > http://people.freeb
On Tue, Mar 30, 2010 at 08:06:36PM +0300, Blue Swirl wrote:
> On 3/30/10, Eduard - Gabriel Munteanu wrote:
> > hw/iommu.c concerns the SPARC IOMMU. However we intend to implement the
> > AMD IOMMU, which could lead to confusion unless we rename the former.
>
> I was also thinking of renaming the
Hello Eduard,
On Tue, Mar 30, 2010 at 11:20:01AM +0300, Eduard - Gabriel Munteanu wrote:
> This patchset is intended to provide a start for implementing the
> emulation of the AMD IOMMU. For those who aren't aware yet, I intend
> to participate as a student in GSoC 2010.
Great. This is a good sta
On 03/30/2010 12:16 PM, Juergen Lock wrote:
> I first tried to replace the endaddr in the !h2g_valid(endaddr) case with
> ((abi_ulong)1 << L1_MAP_ADDR_SPACE_BITS) - 1
> if TARGET_ABI_BITS > L1_MAP_ADDR_SPACE_BITS (which comes from the condition
> of the assert in page_set_flags() that was tr
On 3/30/10, Juergen Lock wrote:
> On Tue, Mar 30, 2010 at 09:04:28PM +0300, Blue Swirl wrote:
> > On 3/25/10, Juergen Lock wrote:
> > > Hi!
> > >
> > > Now that qemu git head works again (thanx Aurelien! :) I've finished
> > > the FreeBSD qemu-devel port update patch/shar that made me unc
On 3/30/10, Joerg Roedel wrote:
> On Tue, Mar 30, 2010 at 08:06:36PM +0300, Blue Swirl wrote:
> > On 3/30/10, Eduard - Gabriel Munteanu wrote:
> > > hw/iommu.c concerns the SPARC IOMMU. However we intend to implement the
> > > AMD IOMMU, which could lead to confusion unless we rename the form
In article <4bb2540b.90...@twiddle.net> you write:
>On 03/30/2010 12:16 PM, Juergen Lock wrote:
>> I first tried to replace the endaddr in the !h2g_valid(endaddr) case with
>> ((abi_ulong)1 << L1_MAP_ADDR_SPACE_BITS) - 1
>> if TARGET_ABI_BITS > L1_MAP_ADDR_SPACE_BITS (which comes from the con
On Tue, Mar 30, 2010 at 11:00:10PM +0300, Blue Swirl wrote:
> On 3/30/10, Joerg Roedel wrote:
> > On Tue, Mar 30, 2010 at 08:06:36PM +0300, Blue Swirl wrote:
> > > On 3/30/10, Eduard - Gabriel Munteanu
> > wrote:
> > > > hw/iommu.c concerns the SPARC IOMMU. However we intend to implement the
>
On Tue, Mar 30, 2010 at 10:54:03PM +0300, Blue Swirl wrote:
> On 3/30/10, Juergen Lock wrote:
> > On Tue, Mar 30, 2010 at 09:04:28PM +0300, Blue Swirl wrote:
> > > On 3/25/10, Juergen Lock wrote:
> > > > Hi!
> > > >
> > > > Now that qemu git head works again (thanx Aurelien! :) I've finishe
On 03/30/2010 01:09 PM, Juergen Lock wrote:
> Oh sorry if that was not clear, things go into swap if I _replace_ the
> endaddr ~0ul (which caused the assert) with the max value the assert
> still tolerates i.e.
> ((abi_ulong)1 << L1_MAP_ADDR_SPACE_BITS) - 1
> which in this case seems to be 0x
On 3/30/10, Eduard - Gabriel Munteanu wrote:
> This currently loads a non-functional IVRS ACPI table and provides a
> skeleton for initializing the AMD IOMMU.
>
> Signed-off-by: Eduard - Gabriel Munteanu
> ---
> Makefile.target |1 +
> hw/amd_iommu.c | 103
> +
On Tue, Mar 30, 2010 at 10:09:47PM +0200, Juergen Lock wrote:
> In article <4bb2540b.90...@twiddle.net> you write:
> >On 03/30/2010 12:16 PM, Juergen Lock wrote:
> >> I first tried to replace the endaddr in the !h2g_valid(endaddr) case with
> >>((abi_ulong)1 << L1_MAP_ADDR_SPACE_BITS) - 1
> >>
On Tue, Mar 30, 2010 at 01:33:15PM -0700, Richard Henderson wrote:
> On 03/30/2010 01:09 PM, Juergen Lock wrote:
> > Oh sorry if that was not clear, things go into swap if I _replace_ the
> > endaddr ~0ul (which caused the assert) with the max value the assert
> > still tolerates i.e.
> > ((abi
On 03/30/2010 01:42 PM, Juergen Lock wrote:
> So I'd say the real problem is page_set_flags() has a bug that makes
> it allocate too much if the range is the last allowed page...
It doesn't, as far as I can see. I added this range by hand to page_init
and the effect was exactly as I supposed on
On Tue, Mar 30, 2010 at 10:45:48PM +0200, Juergen Lock wrote:
> On Tue, Mar 30, 2010 at 01:33:15PM -0700, Richard Henderson wrote:
> > On 03/30/2010 01:09 PM, Juergen Lock wrote:
> > > Oh sorry if that was not clear, things go into swap if I _replace_ the
> > > endaddr ~0ul (which caused the assert
On Fri, Mar 26, 2010 at 09:03:20PM +0200, Blue Swirl wrote:
> Replace TARGET_PAGE_SIZE with 4096. Make byte swapping unconditional
> since PPC is big endian.
I am not sure it is a good idea. Even if we currently emulates only big
endian PPC machine, the PPC architecture can be both little and big
The registers SIMR and CIMR allow interrupts to be masked/unsmasked
without a read-modify-write. Linux m68knommu port uses this for some
platforms. Without this patch, a m5208evb_defconfig won't boot. With
this patch, I could get Linux to boot and get some output in the serial.
Signed-off-by: Thad
Hi,
I'm wondering take part on GSoC with QEMU, I really liked the "IOMMU
emulation project". However I only know basically how an IOMMU works,
but that is not a big a deal, I can learn about it and implement.
Besides read the code and learn how a IOMMU works what else more do I
need to do? Also ho
On Mon, 29 Mar 2010, Gerd Hoffmann wrote:
On 03/29/10 15:51, Kevin Wolf wrote:
It actually searches the queue in case tag != s->current->tag, and it
should most likely do the same for s->current == NULL ...
Attached patch makes the rom boot for me.
Yes, works for me. And it seems to work rel
On 03/30/2010 10:40 PM, Joerg Roedel wrote:
In short, this demonstrates a mechanism of inserting ACPI tables without
modifying SeaBIOS or other BIOS implementations. I also have a SeaBIOS
equivalent, but I think this approach is better, at least at the moment.
I like the approach impleme
67 matches
Mail list logo