The pseries machine of qemu implements the TCE mechanism used as a
virtual IOMMU for the PAPR defined virtual IO devices. Because the
PAPR spec only defines a small DMA address space, the guest VIO
drivers need to update TCE mappings very frequently - the virtual
network device is particularly bad
Alex Graf has added support for KVM acceleration of the pseries
machine, using his Book3S-PR KVM variant, which runs the guest in
userspace, emulating supervisor operations. Recent kernels now have
the Book3S-HV KVM variant which uses the hardware hypervisor features
of recent POWER CPUs. Alex's
At present, using the hypervisor aware Book3S-HV KVM will only work
with qemu on POWER7 CPUs. PPC970 CPUs also have hypervisor
capability, but they lack the VRMA feature which makes assigning guest
memory easier.
In order to allow KVM Book3S-HV on PPC970, we need to specially
allocate the first c
Alex Graf has already made qemu support KVM for the pseries machine
when using the Book3S-PR KVM variant (which runs the guest in
usermode, emulating supervisor operations). This code allows gets us
very close to also working with KVM Book3S-HV (using the hypervisor
capabilities of recent POWER CP
On 09/27/2011 04:43 AM, Luiz Capitulino wrote:
This series adds support to the block layer to keep track of devices'
I/O status. That information is also made available in QMP and HMP.
The goal here is to allow management applications that miss the
BLOCK_IO_ERROR event to able to query the VM to
On 2011-09-29 08:45, David Gibson wrote:
> diff --git a/target-ppc/kvm.c b/target-ppc/kvm.c
> index 35a6f10..2c1bc7a 100644
> --- a/target-ppc/kvm.c
> +++ b/target-ppc/kvm.c
...
> @@ -76,6 +78,9 @@ int kvm_arch_init(KVMState *s)
> cap_interrupt_level = kvm_check_extension(s, KVM_CAP_PPC_IRQ_
On 2011-09-29 08:45, David Gibson wrote:
> The pseries machine of qemu implements the TCE mechanism used as a
> virtual IOMMU for the PAPR defined virtual IO devices. Because the
> PAPR spec only defines a small DMA address space, the guest VIO
> drivers need to update TCE mappings very frequently
This patch adds minimal support for Cortex A15 to run under ARM KVM,
which pavesthe way to ARM interrupt/time virtualization.
Patches are based on:
git://git.ncl.cs.columbia.edu/pub/git/qemu
For how to setup ARM KVM environment, please refer:
http://wiki.ncl.cs.columbia.edu/wiki/KVMARM:Guides:De
From: Bill Carson
This patch add some A15 codes which enables ARM KVM could run
Guest OS build with Versatile Express Cortex-A15x4 tile.
Signed-off-by: Bill Carson
---
Makefile.target |2 +-
hw/a15mpcore.c | 146 ++
hw/vexpress.c | 192 +
Hi Marc-André,
>>>
---
hw/ac97.c | 79
+
1 files changed, 79 insertions(+), 0 deletions(-)
diff --git a/hw/ac97.c b/hw/ac97.c
index ba94835..4a7c4ed 100644
--- a/hw/ac97
Hi, all
I am looking for when TB unchaining is needed. Currently, I
can only see there are three spots (take i386-softmmu as an
example):
1. cpu_interrupt:
When virtual devices raise interrupts, eventually apic_local_deliver
(apic.c) will call cpu_interrupt. cpu_interrupt will set up
env->in
On 29 September 2011 06:03, Peter Chubb wrote:
> Stefan> That's the reason why line buffering is needed today. I
> Stefan> enable log file output to see what happened last before the
> Stefan> crash.
>
> Thanks for this, I didn't think of this use-case. I don't think I've
> ever seen a qemu cras
Hi,
the two functions helper_pcmpestrm() and helper_pcmpistrm() in
target-i386/ops_sse.h contain obviously typos. I think that at
all 4 marked places should increment the index 'i', not decrement
it during the loop:
void glue(helper_pcmpestrm, SUFFIX) (Reg *d, Reg *s, uint32_t ctrl)
{
int i;
On Wed, Sep 21, 2011 at 07:37:55PM +1000, Ronnie Sahlberg wrote:
> This provides built-in support for iSCSI to QEMU.
> This has the advantage that the iSCSI devices need not be made visible to the
> host, which is useful if you have very many virtual machines and very many
> iscsi devices.
> It a
Your description might be too simple. .
On Thu, Sep 29, 2011 at 5:00 AM, shbi shb wrote:
> Hi,
>
>
> I got a snapshot from my guest Windows but I cannot load it again and my
> qcow2 image cannot be loaded again (Boot fail error!).
> Could you please help me bout this problem?
>
>
> Thank you
>
On 29 September 2011 03:34, Peter Chubb wrote:
> -/* ??? Don't know the PrimeCell ID for this device. */
> if (offset < 0x20) {
> return arm_timer_read(s->timer[0], offset);
> -} else {
> +}
> +if (offset < 0x40) {
> return arm_timer_read(s->timer[1], offset -
virtio_balloon drivers are missing in the virtio-win floppy disk image
found at http://alt.fedoraproject.org/pub/alt/virtio-win/latest/images/bin/
whereas they are present in the ISO image , any specific reason for
this ? Shouldn't they be ideally present ?
Regards,
Onkar
On 09/29/2011 06:19 AM, David Gibson wrote:
This patch updates the SLOF submodule and recompiled image. The new
SLOF versions contains two changes of note:
* The previous SLOF has a bug in SCSI condition handling that was
exposed by recent updates to qemu's SCSI emulation. This update
From: "Daniel P. Berrange"
If the 9pfs mount tag is longer than MAX_TAG_LEN bytes, rather than
silently truncating the tag which will likely break the guest OS,
report an immediate error and exit QEMU
* hw/9pfs/virtio-9p-device.c: Report error & exit if mount tag is
too long
Signed-off-by: Da
From: "Daniel P. Berrange"
The Linux guest kernel does not appear to have a problem handling
a mount_tag larger than 32 bytes. Increase the limit to 255 bytes,
though perhaps it can be made larger still, or not limited at all ?
Tested with a 3.0.4 kernel and a mount_tag 255 bytes in length.
* h
x86 cannot provide an optimized generic deposit implementation. But at
least for a few special cases, namely for writing bits 0..7, 8..15, and
0..15, versions using only a single instruction are feasible.
Introducing such limited support improves emulating 16-bit x86 code on
x86, but also rarer cas
Plan is to replace the existing debug infrastructure with Qemu tracing
infrastructure so that user can dynamically enable/disable trace events and
therefore a meaningful trace log can be generated which can be further
filtered using analysis script.
Note: Because of current simpletrace limitations
Removing the existing debug infrastrucure as proposed to be replaced by
Qemu Tracing infrastructure.
Signed-off-by: Harsh Prateek Bora
---
Makefile.objs |2 +-
hw/9pfs/virtio-9p-debug.c | 646 -
hw/9pfs/virtio-9p-debug.h |6 -
hw/9
Plan is to replace the existing debug infrastructure with Qemu tracing
infrastructure so that user can dynamically enable/disable trace events and
therefore a meaningful trace log can be generated which can be further
filtered using analysis script.
Note: Because of current simpletrace limitations
This patchset introduces Qemu Tracing to 9p pdu handlers and removes the
existing debug infrastructure which becomes less meaningful after the
introduction of coroutines. Parallel operations creates a messy output and
filtering becomes difficult. With Qemu tracing in place, we can selectively
enabl
On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
From: Michael Roth
Currently we do 3 things wrong:
1) The list iterator, in practice, is used in a manner where the pointer
we pass in is the same as the pointer we assign the output to from
visit_next_list(). This causes an infinite loop where we
On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
From: Michael Roth
Signed-off-by: Michael Roth
Signed-off-by: Luiz Capitulino
---
test-qmp-commands.c | 29 +
1 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/test-qmp-commands.c b/test-qmp-commands.c
On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
From: Michael Roth
Signed-off-by: Michael Roth
Signed-off-by: Luiz Capitulino
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
---
scripts/qapi-types.py |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/scripts
On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
From: Michael Roth
Previously our logic for keeping track of when we're visiting the head
of a list was done via a global bool. This can be overwritten if dealing
with nested lists, so use stack entries to track this instead.
Signed-off-by: Michael
On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
From: Michael Roth
Modify logic such that we never assign values to the list head argument
to progress through the list on subsequent iterations, instead rely only
on having our return value passed back in as an argument on the next
call. Also updat
On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
The original conversion was done by Anthony Liguori. This commit
is just a rebase.
For all of the rest of the patches, you can add my Signed-off-by: before your
SoB. Then you don't need to have the disclaimer in the commit message.
Regards,
An
On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
This series is a bundle of three things:
1. Patches 01 to 04 add the middle mode feature to the current QMP server.
That mode allows for the current server to support QAPI commands. The
Original author is Anthony, you can find his origin
On 29.09.2011, at 04:53, David Gibson wrote:
> From: Breno Leitao
>
> Currently there is no implementation for set-time-of-day rtas function,
> which causes the following warning "setting the clock failed (-1)" on
> the guest.
>
> This patch just creates this function, get the timedate diff an
On 29.09.2011, at 08:45, David Gibson wrote:
> Alex Graf has already made qemu support KVM for the pseries machine
> when using the Book3S-PR KVM variant (which runs the guest in
> usermode, emulating supervisor operations). This code allows gets us
> very close to also working with KVM Book3S-H
On 29.09.2011, at 08:45, David Gibson wrote:
> At present, using the hypervisor aware Book3S-HV KVM will only work
> with qemu on POWER7 CPUs. PPC970 CPUs also have hypervisor
> capability, but they lack the VRMA feature which makes assigning guest
> memory easier.
>
> In order to allow KVM Boo
On 29.09.2011, at 08:45, David Gibson wrote:
> The pseries machine of qemu implements the TCE mechanism used as a
> virtual IOMMU for the PAPR defined virtual IO devices. Because the
> PAPR spec only defines a small DMA address space, the guest VIO
> drivers need to update TCE mappings very freq
Provides the ability for the guest to communicate with user-provided code inside
QEMU itself, using a lightweight mechanism.
See first commit for a full description.
Signed-off-by: Lluís Vilanova
---
Lluís Vilanova (5):
backdoor: Add documentation
backdoor: Add build infrastructure
On Thu, 29 Sep 2011 07:55:37 -0500
Anthony Liguori wrote:
> On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
> > This series is a bundle of three things:
> >
> > 1. Patches 01 to 04 add the middle mode feature to the current QMP server.
> > That mode allows for the current server to support
On 09/29/2011 08:47 AM, Lluís Vilanova wrote:
Provides the ability for the guest to communicate with user-provided code inside
QEMU itself, using a lightweight mechanism.
See first commit for a full description.
Signed-off-by: Lluís Vilanova
We already have two "backdoors" in QEMU: ivshmem an
Signed-off-by: Lluís Vilanova
---
Makefile |3 ++-
Makefile.objs | 18 ++
Makefile.target |4 +++-
backdoor/qemu/qemu-backdoor.h | 29 +
configure | 32
This allows the user to add custom parameters to the up or down
scripts.
Cc: Anthony Liguori
Signed-off-by: Sasha Levin
---
net.c |8
net/tap.c | 37 ++---
2 files changed, 38 insertions(+), 7 deletions(-)
diff --git a/net.c b/net.c
index d059
On 2011-09-29 15:57, Sasha Levin wrote:
> This allows the user to add custom parameters to the up or down
> scripts.
>
What kind of parameters would you want to pass? Something that tells VMs
apart (which can be solved without these extensions) or more?
Jan
--
Siemens AG, Corporate Technology,
QEMU detects when the guest uses 'mmap' on the control channel file, and then
uses 'mprotect' to detect accesses to it, which are redirected to the
user-provided "libbackdoor.a".
Signed-off-by: Lluís Vilanova
---
Makefile.objs|2 +
backdoor/qemu/user.c | 194
Uses a virtual device to proxy uses of the backdoor communication channel to the
user-provided code.
Signed-off-by: Lluís Vilanova
---
Makefile.objs |1
backdoor/qemu/softmmu.c | 124 +++
hw/pci.h|1
3 files changed
Guest applications can link against "libqemu-backdoor-guest.a" to use the
backdoor communication channel.
Signed-off-by: Lluís Vilanova
---
backdoor/guest/Makefile| 18 ++
backdoor/guest/common.c| 130
backdoor/guest/qemu-backdoor.h
On Thu, 29 Sep 2011 07:54:57 -0500
Anthony Liguori wrote:
> On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
> > The original conversion was done by Anthony Liguori. This commit
> > is just a rebase.
>
> For all of the rest of the patches, you can add my Signed-off-by: before your
> SoB. Then yo
Signed-off-by: Lluís Vilanova
---
docs/backdoor.txt | 144 +
1 files changed, 144 insertions(+), 0 deletions(-)
create mode 100644 docs/backdoor.txt
diff --git a/docs/backdoor.txt b/docs/backdoor.txt
new file mode 100644
index 000..3b26b7
On 2011-09-29 16:11 jan kiszka wrote
> What kind of parameters would you want to pass? Something that tells VMs
> apart (which can be solved without these extensions) or more?
>
> Jan
In our Case:
We want to simulate an larger environment with multiple switches realized in
openvswitch.
Openvswit
On 09/29/2011 09:32 AM, Luiz Capitulino wrote:
On Thu, 29 Sep 2011 07:54:57 -0500
Anthony Liguori wrote:
On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
The original conversion was done by Anthony Liguori. This commit
is just a rebase.
For all of the rest of the patches, you can add my Signe
Fix the "-version" option, which was accidentally broken in commit
fc9c541:
* exit after printing version information rather than proceeding
blithely onward (and likely printing the full usage message)
* correct the cut-n-paste error in the usage message for it
* don't insist on the presence
On 09/29/2011 08:57 AM, Sasha Levin wrote:
This allows the user to add custom parameters to the up or down
scripts.
Cc: Anthony Liguori
Signed-off-by: Sasha Levin
---
net.c |8
net/tap.c | 37 ++---
2 files changed, 38 insertions(+), 7 delet
"Edgar E. Iglesias" writes:
> But running Debian's 64-bit kernel vmlinux-2.6.32-5-5kc-malta under
> qemu-system-mips64 consumes 100% on the host system, whether the guest
> is idle or busy. (And for qemu-system-mips64el, the same is true for the
> corresponding 64-bit el kernel.)
Hi,
On Thu, 29 Sep 2011 11:34:21 +0100, "Daniel P. Berrange"
wrote:
> From: "Daniel P. Berrange"
>
> The Linux guest kernel does not appear to have a problem handling
> a mount_tag larger than 32 bytes. Increase the limit to 255 bytes,
> though perhaps it can be made larger still, or not limited at
On 09/29/2011 04:31 AM, Jan Kiszka wrote:
> x86 cannot provide an optimized generic deposit implementation. But at
> least for a few special cases, namely for writing bits 0..7, 8..15, and
> 0..15, versions using only a single instruction are feasible.
> Introducing such limited support improves em
On Thu, 29 Sep 2011 11:33:44 +0100, "Daniel P. Berrange"
wrote:
> From: "Daniel P. Berrange"
>
> If the 9pfs mount tag is longer than MAX_TAG_LEN bytes, rather than
> silently truncating the tag which will likely break the guest OS,
> report an immediate error and exit QEMU
>
> * hw/9pfs/virti
On 2011-09-29 16:58, Richard Henderson wrote:
> On 09/29/2011 04:31 AM, Jan Kiszka wrote:
>> x86 cannot provide an optimized generic deposit implementation. But at
>> least for a few special cases, namely for writing bits 0..7, 8..15, and
>> 0..15, versions using only a single instruction are feasi
On 2011-09-29 16:40, Thomas Jung wrote:
> On 2011-09-29 16:11 jan kiszka wrote
>> What kind of parameters would you want to pass? Something that tells VMs
>> apart (which can be solved without these extensions) or more?
>>
>> Jan
>
> In our Case:
>
> We want to simulate an larger environment with
On Thu, Sep 29, 2011 at 08:23:49PM +0530, Aneesh Kumar K.V wrote:
> On Thu, 29 Sep 2011 11:34:21 +0100, "Daniel P. Berrange"
> wrote:
> > From: "Daniel P. Berrange"
> >
> > The Linux guest kernel does not appear to have a problem handling
> > a mount_tag larger than 32 bytes. Increase the limit
x86 cannot provide an optimized generic deposit implementation. But at
least for a few special cases, namely for writing bits 0..7, 8..15, and
0..15, versions using only a single instruction are feasible.
Introducing such limited support improves emulating 16-bit x86 code on
x86, but also rarer cas
On Wed, 28 Sep 2011 16:18:07 +0100, "Daniel P. Berrange"
wrote:
> On Wed, Sep 28, 2011 at 05:22:06PM +0530, Harsh Bora wrote:
> > On 09/22/2011 11:12 PM, Daniel P. Berrange wrote:
> > >I've noticed that if you use a virtio 9p filesystem with a mount_tag
> > >property value that is longer than 32
On Thu, 2011-09-29 at 17:20 +0200, Jan Kiszka wrote:
> On 2011-09-29 16:40, Thomas Jung wrote:
> > On 2011-09-29 16:11 jan kiszka wrote
> >> What kind of parameters would you want to pass? Something that tells VMs
> >> apart (which can be solved without these extensions) or more?
> >>
> >> Jan
> >
On Thu, Sep 29, 2011 at 08:52:14PM +0530, Aneesh Kumar K.V wrote:
> On Wed, 28 Sep 2011 16:18:07 +0100, "Daniel P. Berrange"
> wrote:
> > On Wed, Sep 28, 2011 at 05:22:06PM +0530, Harsh Bora wrote:
> > > On 09/22/2011 11:12 PM, Daniel P. Berrange wrote:
> > > >I've noticed that if you use a virti
On (Wed) 03 Aug 2011 [13:24:22], Jan Kiszka wrote:
> From: Fabien Chouteau
>
> In the current implementation, if Slirp tries to send an IP packet to a client
> with an unknown hardware address, the packet is simply dropped and an ARP
> request is sent (if_encap in slirp/slirp.c).
>
> With this p
On 09/29/2011 08:23 AM, Jan Kiszka wrote:
> +#ifndef TCG_TARGET_deposit_i32_valid
> +#define TCG_TARGET_deposit_i32_valid(ofs, len) 0
> +#endif
> +#ifndef TCG_TARGET_deposit_i64_valid
> +#define TCG_TARGET_deposit_i64_valid(ofs, len) 0
> +#endif
Err, no. The default is true. The targets that cur
On 2011-09-29 18:11, Richard Henderson wrote:
> On 09/29/2011 08:23 AM, Jan Kiszka wrote:
>> +#ifndef TCG_TARGET_deposit_i32_valid
>> +#define TCG_TARGET_deposit_i32_valid(ofs, len) 0
>> +#endif
>> +#ifndef TCG_TARGET_deposit_i64_valid
>> +#define TCG_TARGET_deposit_i64_valid(ofs, len) 0
>> +#endif
I wonder if it is possible to compile a newer version of qemu with
(the defunct) kqemu on Windows (XP)?
The winkvm project doesn't seem to be usable yet.
--
Ottavio
Sorry, I had forgotten to add a title
-- Forwarded message --
From: Ottavio
Date: 29 September 2011 17:55
Subject:
To: qemu-devel@nongnu.org
Cc: qemu-us...@yahoogroups.com
I wonder if it is possible to compile a newer version of qemu with
(the defunct) kqemu on Windows (XP)?
Th
Anthony Liguori writes:
> On 09/29/2011 08:47 AM, Lluís Vilanova wrote:
>> Provides the ability for the guest to communicate with user-provided code
>> inside
>> QEMU itself, using a lightweight mechanism.
>>
>> See first commit for a full description.
>>
>> Signed-off-by: Lluís Vilanova
> We
Am 29.09.2011 um 18:57 schrieb Ottavio :
> Sorry, I had forgotten to add a title
>
> -- Forwarded message --
> From: Ottavio
> Date: 29 September 2011 17:55
> Subject:
> To: qemu-devel@nongnu.org
> Cc: qemu-us...@yahoogroups.com
>
>
> I wonder if it is possible to compile a ne
This driver emulates the ARM AACI interface (PL041) connected to a
LM4549 codec.
It enables audio playback for the Versatile/PB platform.
Limitations:
- Supports only a playback on one channel (Versatile/Vexpress)
- Supports only a TX FIFO in compact-mode.
- Record is not supported.
- The PL041
On 2011-09-29 18:06, Amit Shah wrote:
> On (Wed) 03 Aug 2011 [13:24:22], Jan Kiszka wrote:
>> From: Fabien Chouteau
>>
>> In the current implementation, if Slirp tries to send an IP packet to a
>> client
>> with an unknown hardware address, the packet is simply dropped and an ARP
>> request is se
On (Thu) 29 Sep 2011 [19:41:33], Jan Kiszka wrote:
> On 2011-09-29 18:06, Amit Shah wrote:
> > On (Wed) 03 Aug 2011 [13:24:22], Jan Kiszka wrote:
> >> From: Fabien Chouteau
> >>
> >> In the current implementation, if Slirp tries to send an IP packet to a
> >> client
> >> with an unknown hardware
On 2011-09-29 19:50, Amit Shah wrote:
> On (Thu) 29 Sep 2011 [19:41:33], Jan Kiszka wrote:
>> On 2011-09-29 18:06, Amit Shah wrote:
>>> On (Wed) 03 Aug 2011 [13:24:22], Jan Kiszka wrote:
From: Fabien Chouteau
In the current implementation, if Slirp tries to send an IP packet to a
>
On (Thu) 29 Sep 2011 [19:53:47], Jan Kiszka wrote:
> >> Can't reproduce, I'm not getting stable hibernation here even without
> >> any network configured.
> >
> > With virtio devices and the patches applied? Can you tell me what
> > you're seeing?
>
> No, I didn't patch my guest. I was using sta
On Thu, 29 Sep 2011, Mathieu Sonet wrote:
> This driver emulates the ARM AACI interface (PL041) connected to a LM4549
> codec.
> It enables audio playback for the Versatile/PB platform.
>
> Limitations:
> - Supports only a playback on one channel (Versatile/Vexpress)
> - Supports only a TX FIFO i
On Wednesday, September 28, 2011 08:29:06 PM Daniel P. Berrange wrote:
> On Wed, Sep 28, 2011 at 07:49:34PM +0530, M. Mohan Kumar wrote:
> > Pass-through security model in QEMU 9p server needs root privilege to do
> > few file operations (like chown, chmod to any mode/uid:gid). There are
> > two i
On 2011-09-29 20:05, Amit Shah wrote:
> On (Thu) 29 Sep 2011 [19:53:47], Jan Kiszka wrote:
Can't reproduce, I'm not getting stable hibernation here even without
any network configured.
>>>
>>> With virtio devices and the patches applied? Can you tell me what
>>> you're seeing?
>>
>> No,
On (Thu) 29 Sep 2011 [20:19:42], Jan Kiszka wrote:
> On 2011-09-29 20:05, Amit Shah wrote:
> > On (Thu) 29 Sep 2011 [19:53:47], Jan Kiszka wrote:
> Can't reproduce, I'm not getting stable hibernation here even without
> any network configured.
> >>>
> >>> With virtio devices and the patch
On 09/15/2011 05:58 PM, Michael Walle wrote:
Hi Anthony,
here is a patch for target-lm32, which is broken with the current master.
Additionally, support for the new uart of the milkymist SoC is added.
The following changes since commit ef4f97cba2a354656b00eb8659bf61ab2321fa4e:
Merge remot
On Thu, Sep 29, 2011 at 06:09:47PM +0530, Harsh Prateek Bora wrote:
> This patchset introduces Qemu Tracing to 9p pdu handlers and removes the
> existing debug infrastructure which becomes less meaningful after the
> introduction of coroutines. Parallel operations creates a messy output and
> filte
Hello,
I still have a problem with the "Live Snapshot" feature of QEMU and
before migrating to XEN, VMware or something similare, a quick post here:
OS: Ubuntu Natty 64bit
First, i'm starting my KVM Machine with an image like this:
qemu-img create -f qcow2 -o backing_file=
If i stop the K
Looks good, tested qmp/hmp commands.
Reviewed-by: Michael Roth
Tested-by: Michael Roth
On Wed, 28 Sep 2011 11:44:40 -0300, Luiz Capitulino
wrote:
> The original conversion was done by Anthony Liguori. This commit
> is just a rebase.
>
> Signed-off-by: Luiz Capitulino
> ---
> hmp.c
Reviewed-by: Michael Roth
Tested-by: Michael Roth
On Wed, 28 Sep 2011 11:44:41 -0300, Luiz Capitulino
wrote:
> Signed-off-by: Luiz Capitulino
> ---
> monitor.c| 40 +++-
> qapi-schema.json | 23 +++
> qmp-commands.hx |6
On Wed, Sep 28, 2011 at 9:21 PM, Alexander Graf wrote:
>
> On 27.09.2011, at 21:19, Blue Swirl wrote:
>
> On Tue, Sep 27, 2011 at 4:44 PM, Avi Kivity wrote:
>
> On 09/27/2011 07:39 PM, Blue Swirl wrote:
>
>
> Well, it's not that easy. As the other mapping is part of an ordinary
>
> BAR,
>
> yo
On Wed, Sep 28, 2011 at 9:26 PM, Jan Kiszka wrote:
> On 2011-09-28 20:19, Blue Swirl wrote:
>>
>> On Wed, Sep 28, 2011 at 11:01 AM, Jan Kiszka
>> wrote:
>>>
>>> Signed-off-by: Jan Kiszka
>>> ---
>>> hw/an5206.c | 10 --
>>> hw/arm_pic.c | 11 ---
>>> hw
On Wed, Sep 28, 2011 at 9:38 PM, Peter Maydell wrote:
> On 28 September 2011 19:42, Blue Swirl wrote:
>> We also assume that the reset states of devices and their outputs are
>> coherent i.e. the output of one device during reset would not change
>> the state of another device from its reset stat
On Wed, Sep 28, 2011 at 9:18 PM, Jan Kiszka wrote:
> On 2011-09-28 20:01, Blue Swirl wrote:
>>
>> On Wed, Sep 28, 2011 at 11:00 AM, Jan Kiszka
>> wrote:
>>>
>>> As we clearly modify the PIC state on pic_reset, we also have to update
>>> the IRQ output. This only happened on init so far. Apply thi
On 09/29/2011 09:52 AM, Jan Kiszka wrote:
> x86 cannot provide an optimized generic deposit implementation. But at
> least for a few special cases, namely for writing bits 0..7, 8..15, and
> 0..15, versions using only a single instruction are feasible.
> Introducing such limited support improves em
On 09/28/2011 06:12 AM, Jan Kiszka wrote:
The following changes since commit 46f3069cba94aab44b3b4f87bc270759b4a700fa:
PPC: use memory API to construct the PCI hole (2011-09-27 19:16:46 +)
are available in the git repository at:
git://git.kiszka.org/qemu.git queues/slirp
Pulled. Th
On 09/27/2011 04:11 AM, Aneesh Kumar K.V wrote:
The following changes since commit d85a1302a91912c52cdc3fe459b313848a8a0792:
Merge remote-tracking branch 'kwolf/for-anthony' into staging (2011-09-22
10:31:26 -0500)
are available in the git repository at:
git://repo.or.cz/qemu/v9fs.git
On Thu, Sep 29, 2011 at 7:57 AM, Peter Maydell wrote:
> On 29 September 2011 06:03, Peter Chubb wrote:
>> Stefan> That's the reason why line buffering is needed today. I
>> Stefan> enable log file output to see what happened last before the
>> Stefan> crash.
>>
>> Thanks for this, I didn't think
On Wed, 28 Sep 2011 11:44:38 -0300, Luiz Capitulino
wrote:
> The original conversion was done by Anthony Liguori. This commit
> is just a rebase.
>
> Signed-off-by: Luiz Capitulino
> ---
> hmp.c| 19 +++
> hmp.h|1 +
> monitor.c| 41 +
On Thu, Sep 29, 2011 at 8:12 AM, Frank Mehnert wrote:
> Hi,
>
> the two functions helper_pcmpestrm() and helper_pcmpistrm() in
> target-i386/ops_sse.h contain obviously typos. I think that at
> all 4 marked places should increment the index 'i', not decrement
> it during the loop:
>
>
> void glue(
On Thu, 29 Sep 2011 10:52:30 -0300, Luiz Capitulino
wrote:
> On Thu, 29 Sep 2011 07:55:37 -0500
> Anthony Liguori wrote:
>
> > On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
> > > This series is a bundle of three things:
> > >
> > > 1. Patches 01 to 04 add the middle mode feature to the curre
On Thu, Sep 29, 2011 at 7:55 AM, 陳韋任 wrote:
> Hi, all
>
> I am looking for when TB unchaining is needed. Currently, I
> can only see there are three spots (take i386-softmmu as an
> example):
>
> 1. cpu_interrupt:
>
> When virtual devices raise interrupts, eventually apic_local_deliver
> (apic.c
2011/9/29 Lluís Vilanova :
> Uses a virtual device to proxy uses of the backdoor communication channel to
> the
> user-provided code.
>
> Signed-off-by: Lluís Vilanova
> ---
> Makefile.objs | 1
> backdoor/qemu/softmmu.c | 124
> +++
> h
2011/9/29 Anthony Liguori :
> On 09/29/2011 08:47 AM, Lluís Vilanova wrote:
>>
>> Provides the ability for the guest to communicate with user-provided code
>> inside
>> QEMU itself, using a lightweight mechanism.
>>
>> See first commit for a full description.
>>
>> Signed-off-by: Lluís Vilanova
>
>
On Thu, 29 Sep 2011 15:15:17 -0500
Michael Roth wrote:
> On Thu, 29 Sep 2011 10:52:30 -0300, Luiz Capitulino
> wrote:
> > On Thu, 29 Sep 2011 07:55:37 -0500
> > Anthony Liguori wrote:
> >
> > > On 09/28/2011 09:44 AM, Luiz Capitulino wrote:
> > > > This series is a bundle of three things:
> >
Am 29.09.2011 um 21:28 schrieb Blue Swirl :
> On Wed, Sep 28, 2011 at 9:21 PM, Alexander Graf wrote:
>>
>> On 27.09.2011, at 21:19, Blue Swirl wrote:
>>
>> On Tue, Sep 27, 2011 at 4:44 PM, Avi Kivity wrote:
>>
>> On 09/27/2011 07:39 PM, Blue Swirl wrote:
>>
>>
>> Well, it's not that easy.
Am 29.09.2011 22:11, schrieb Blue Swirl:
On Thu, Sep 29, 2011 at 7:57 AM, Peter Maydell
wrote:
On 29 September 2011 06:03, Peter Chubb wrote:
Stefan> That's the reason why line buffering is needed today. I
Stefan> enable log file output to see what happened last before the
Stefan> crash.
Th
1 - 100 of 121 matches
Mail list logo
