On 05.03.2012, at 21:07, Stefan Weil wrote:
> Am 05.03.2012 19:57, schrieb Alexander Graf:
>> On 03/02/2012 11:30 PM, Stefan Weil wrote:
>>> The TCG targets i386 and tci needed a change of the function
>>> prototype for w64.
>>>
>>> This change is currently not needed here, but it can be appli
Commit 021ecd8b9db37927059f5d3234b51ed766706437 breaks the build for
PPC hosts because it uses uintptr_t without the necessary include file.
uintptr_t is defined in stdint.h, so add this include.
Cc: Alexander Graf
Signed-off-by: Stefan Weil
---
Hi Alex,
could you please test whether my patch
On 03/05/2012 01:53 PM, Andreas Färber wrote:
> Am 05.03.2012 18:06, schrieb Meador Inge:
>> On 02/23/2012 07:44 AM, Meador Inge wrote:
>>
>>> 'POWERPC_INSNS2_DEFAULT' was defined incorrectly which was causing the
>>> opcode table creation code to erroneously register 'eieio' and 'mbar'
>>> for th
On Mon, 5 Mar 2012, Blue Swirl wrote:
> On Mon, Mar 5, 2012 at 15:17, Avi Kivity wrote:
> > On 03/05/2012 05:15 PM, Anthony Liguori wrote:
> >>> The other alternative is to s/target_phys_addr_t/uint64_t/ in the memory
> >>> API. I think 32-on-32 is quite rare these days, so it wouldn't be much
>
Il 05/03/2012 20:44, Paolo Bonzini ha scritto:
> Il 05/03/2012 19:55, Eric Blake ha scritto:
>> Right now, libvirt has an API virDomainSnapshotCreateXML with a flag
>> VIR_DOMAIN_SNAPSHOT_CREATE_REUSE_EXT, which should map to this new mode
>> operand. Am I guaranteed that if I pass a 'mode' argume
Thanks. As there's been no substantial feedback, I'll resend with
those changes.
-serge
Quoting Ryan Harper (ry...@us.ibm.com):
> * Serge Hallyn [2012-03-02 15:13]:
> > Hi,
> >
> > I don't know where the best place to catch this would be, but
> > with vnc and vmware_vga it's possible to get se
On Tue, 2012-02-28 at 06:46 -0500, Julien Grall wrote:
> Hello,
>
> In the current model, only one instance of qemu is running for each running
> HVM domain.
>
> We are looking at disaggregating qemu to have, for example, an instance to
> emulate only
> network controllers, another to emulate b
On 02/28/2012 05:46 AM, Julien Grall wrote:
Hello,
In the current model, only one instance of qemu is running for each running HVM
domain.
We are looking at disaggregating qemu to have, for example, an instance to
emulate only
network controllers, another to emulate block devices, etc...
Why
On Sun, Mar 04, 2012 at 09:03:50PM +1000, Peter A. G. Crosthwaite wrote:
> From: "Peter A. G. Crosthwaite"
>
> Overhauled the microblaze bootloader process. Factored out the common boot
> code between petalogix_ml605 and petalogix_s3adsp1800 machine models into a
> dedicated microblaze bootload
On Mon, 5 Mar 2012, Anthony Liguori wrote:
> On 02/28/2012 05:46 AM, Julien Grall wrote:
> > Hello,
> >
> > In the current model, only one instance of qemu is running for each running
> > HVM
> > domain.
> >
> > We are looking at disaggregating qemu to have, for example, an instance to
> > emulate
On Mon, 05 Mar 2012 17:12:00 +0800
Wen Congyang wrote:
> At 03/02/2012 05:59 PM, Wen Congyang Wrote:
> > Hi, all
> >
> > 'virsh dump' can not work when host pci device is used by guest. We have
> > discussed this issue here:
> > http://lists.nongnu.org/archive/html/qemu-devel/2011-10/msg00736.ht
On 03/05/2012 04:53 PM, Stefano Stabellini wrote:
On Mon, 5 Mar 2012, Anthony Liguori wrote:
On 02/28/2012 05:46 AM, Julien Grall wrote:
Hello,
In the current model, only one instance of qemu is running for each running HVM
domain.
We are looking at disaggregating qemu to have, for example, a
I'm trying to solve a problem where bringing up a virtio network
device in a KVM guest hangs the guest.
Start QEMU with these options:
-net nic,model=virtio -net tap,script=/root/qemu-ifup
The qemu-ifup script is pretty simple, just adds the interface passed
in to a bridge:
#!/bin/sh
bridg
On 03/05/2012 02:48 PM, Gerhard Wiesinger wrote:
Hello,
I'm trying to implement better emulation and wider OS support for the
rtl8139 card. Therefore I want to see the following testcases to be
successful:
* Testcases and successful regression tests:
* 1.) DOS RSET8139.EXE: EEPROM Test suc
On 05/03/12 23:12, Gerd Hoffmann wrote:
> Hi,
>
>> I can either send a patch over existing patches, or send new series or both.
> For testing a incremental patch is fine, for merge a new series with the
> fixes squashed into the buggy patches is needed.
>
> cheers,
> Gerd
Sure. Here are the hot
Avi,
Any comments?
Thanks,
Jinsong
Liu, Jinsong wrote:
> From ecd8be962f69393c183f941bfdbd7a7d3876d442 Mon Sep 17 00:00:00 2001
> From: Liu, Jinsong
> Date: Mon, 27 Feb 2012 05:19:32 +0800
> Subject: [PATCH] KVM: expose Intel cpu new features to guest
>
> Intel recently release 2 new features,
On 06/03/12 02:49, Kevin O'Connor wrote:
> On Mon, Mar 05, 2012 at 10:53:25AM +0100, Gerd Hoffmann wrote:
>>> Given the churn in this area, I don't want to commit patches that do
>>> wholesale code replacement. I'd prefer to see each patch
>>> independently add some functionality and perform its r
On Sat, Mar 03, 2012 at 07:42:09PM +0100, Andreas Färber wrote:
> Am 28.02.2012 04:18, schrieb David Gibson:
> > From: Alexey Kardashevskiy
[snip]
> > -QLIST_INSERT_HEAD(&spapr->phbs, phb, list);
> > +type_init(spapr_register_pci_type)
>
> Please respect the recently enforced convention of na
On 03/05/12 16:23, Kevin O'Connor wrote:
> On Wed, Feb 29, 2012 at 12:45:05PM +0100, Gerd Hoffmann wrote:
>> ---
>> src/output.c | 23 +--
>> 1 files changed, 21 insertions(+), 2 deletions(-)
>
> Thanks Gerd.
>
> I think your patch missed a couple of corner cases. I played
Uses the newly introduced hw_screen_dump_async. Now that the deadlock
with virt-manager is fixed we need to call ppm_save in a bh, with the
new command we can notify virt-manager using the SCREEN_DUMP_COMPLETE
event.
Signed-off-by: Alon Levy
---
This needs to go on top of [PATCH v3 0/3] screendum
Hi,
>> How would the parallel execution facility be opaque to the implementer?
>> screendump returns, screendump_async needs to pass a closure. You can
>> automatically generate any amount of code, but you can only have a
>> single function implementation with longjmp/coroutine, or having a
>> s
On 2012-03-05 10:06, Jan Kiszka wrote:
> Grmbl. Was very hard to reproduce here (triggered once every few hours
> with lots of interaction beforehand), but now I think I got the point
> (recursion of if_start due to if_encap). Will rework the code to address
> this.
>
> Thanks for testing so far,
On Tue, Mar 06, 2012 at 08:36:34AM +0100, Gerd Hoffmann wrote:
> Hi,
>
> >> How would the parallel execution facility be opaque to the implementer?
> >> screendump returns, screendump_async needs to pass a closure. You can
> >> automatically generate any amount of code, but you can only have a
>
Jan,
Any comments? I feel some confused about your point 'disable cpuid feature for
older machine types by default': are you planning a common approach for this
common issue, or, you just ask me a specific solution for the tsc deadline
timer case?
Thanks,
Jinsong
Liu, Jinsong wrote:
>> My po
Il 05/03/2012 20:36, Federico Simoncelli ha scritto:
> Signed-off-by: Federico Simoncelli
> ---
> blockdev.c | 40 +++-
> hmp-commands.hx | 16
> hmp.c| 11 +++
> hmp.h|1 +
> qapi-schema.json |
On Tue, Mar 06, 2012 at 08:36:34AM +0100, Gerd Hoffmann wrote:
> Hi,
>
> >> How would the parallel execution facility be opaque to the implementer?
> >> screendump returns, screendump_async needs to pass a closure. You can
> >> automatically generate any amount of code, but you can only have a
>
201 - 226 of 226 matches
Mail list logo
