On Wed, 2011-10-12 at 11:32 +0800, Wayne Xia wrote:
> This patch would try sort the command list in monitor at runtime. As a result,
> command help and help info would show a more friendly sorted command list.
> For eg:
> (qemu)help
> acl_add
> acl_policy
> acl_remove
> acl_reset
> acl_show
> ballo
于 2011-10-11 17:09, Markus Armbruster 写道:
Wayne Xia writes:
Introduced two queues to save sorted command list in it. As a result, command
help and help info would show a more friendly sorted command list.
For eg:
(qemu)help
acl_add
acl_policy
acl_remove
acl_reset
acl_show
balloon
block_passwd
This patch would try sort the command list in monitor at runtime. As a result,
command help and help info would show a more friendly sorted command list.
For eg:
(qemu)help
acl_add
acl_policy
acl_remove
acl_reset
acl_show
balloon
block_passwd
...
the command list is sorted.
v3: using qsort functio
On Sun, Oct 02, 2011 at 02:14:28PM +0200, Michael S. Tsirkin wrote:
> On Sun, Oct 02, 2011 at 02:01:10PM +0200, Avi Kivity wrote:
> > On 10/02/2011 01:17 PM, Michael S. Tsirkin wrote:
> > >On Sun, Oct 02, 2011 at 12:58:35PM +0200, Avi Kivity wrote:
> > >> On 10/02/2011 12:52 PM, Michael S. Tsirkin
On Sun, Oct 02, 2011 at 12:52:39PM +0200, Michael S. Tsirkin wrote:
> On Sun, Oct 02, 2011 at 12:29:08PM +0200, Avi Kivity wrote:
> > On 10/02/2011 12:25 PM, Michael S. Tsirkin wrote:
> > >On Mon, Sep 05, 2011 at 02:34:56PM +1000, David Gibson wrote:
> > >> This patch adds functions to pci.[ch] to
On Mon, Oct 03, 2011 at 08:17:05AM -0500, Anthony Liguori wrote:
> On 10/02/2011 07:14 AM, Michael S. Tsirkin wrote:
> >On Sun, Oct 02, 2011 at 02:01:10PM +0200, Avi Kivity wrote:
> >>>Hmm, not entirely virtio specific, some devices use stX macros to do the
> >>>conversion. E.g. stw_be_phys and st
The memory API currently manipulates address range start and size values
as signed integers. Because memory ranges with size INT64_MAX are very
common, we must be careful to to trigger integer overflows. I already
fixed such an integer overflow bug in commit
d2963631dd54ddf0f46c151b7e3013e39bb78d
>From Andreas Niederl's original posting with adaptations where necessary:
This patch is based of off version 9 of Stefan Berger's patch series
"Qemu Trusted Platform Module (TPM) integration"
and adds a new backend driver for it.
This patch adds a passthrough backend driver for passing command
On Tue, Oct 11, 2011 at 11:04:01PM +0200, christoph.fu...@tu-ilmenau.de wrote:
Hello
> please delete my questions at:
Did the german armed forces finally buy the drones with un old ubuntu running in
windows XP?
> http://www.mail-archive.com/qemu-devel@nongnu.org/msg27762.html
>
> http://www.ma
Hello,
please delete my questions at:
http://www.mail-archive.com/qemu-devel@nongnu.org/msg27762.html
http://www.mail-archive.com/qemu-devel@nongnu.org/msg27819.html
Best
regards,
Christoph Funda
On 2011-10-11 19:44, Alon Levy wrote:
> On Tue, Oct 11, 2011 at 07:36:27PM +0200, Jan Kiszka wrote:
>> On 2011-10-11 11:36, Alon Levy wrote:
>>> Hi Jan,
>>>
>>> I've recently found the $SUBJECT, it's commit
>>> f81bdefb63243e82d16ce49332f7cf74d10b8f27.
>>>
>>> I'd like to fix it without breakin
On Tue, Oct 11, 2011 at 01:23:00PM -0500, Anthony Liguori wrote:
> On 10/11/2011 11:28 AM, Alon Levy wrote:
> >The caps/scroll/num lock state is not tracked by the ps2 device, but by
> >spice-input QemuSpiceKbd->ledstate. To fix losing it across migration,
> >and then having the server send caps/sc
On 10/11/2011 11:28 AM, Alon Levy wrote:
The caps/scroll/num lock state is not tracked by the ps2 device, but by
spice-input QemuSpiceKbd->ledstate. To fix losing it across migration,
and then having the server send caps/scroll/nums keys when the client
sends a SPICE_MSGC_INPUTS_KEY_MODIFIERS, mi
Hi,
Is this bug tracker active or I posted to the wrong place?
thx
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/864490
Title:
Windows 2008 x64 (SBS Server) freezes randomly when using more than
On 2011-10-11 19:03, Lai Jiangshan wrote:
> From: Kenji Kaneshige
>
> Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
> button event happens. This doesn't properly emulate real hardware on
> which NMI button event triggers LINT1. Because of this, NMI is sent to
> the processor
The caps/scroll/num lock state is not tracked by the ps2 device, but by
spice-input QemuSpiceKbd->ledstate. To fix losing it across migration,
and then having the server send caps/scroll/nums keys when the client
sends a SPICE_MSGC_INPUTS_KEY_MODIFIERS, migrate it.
RHBZ# 729294
Signed-off-by: Alo
The caps/scroll/num lock state is not tracked by the ps2 device, but by
spice-input QemuSpiceKbd->ledstate. To fix losing it across migration,
and then having the server send caps/scroll/nums keys when the client
sends a SPICE_MSGC_INPUTS_KEY_MODIFIERS, migrate it.
RHBZ# 729294
Signed-off-by: Alo
[ dropped unaffected seabios from CC ]
On 2011-10-11 19:00, Lai Jiangshan wrote:
> From: Kenji Kaneshige
>
> Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
> button event happens. This doesn't properly emulate real hardware on
> which NMI button event triggers LINT1. Because
This patch uses the possibility to add a vendor-specific register and
adds a debug register useful for dumping the TIS's internal state. This
register is only active in a debug build (#define DEBUG_TIS).
v9:
- prefixing all function with tpm_tis_ and all constants with TPM_TIS_
v3:
- all output
On Tue, 11 Oct 2011 09:22:42 +0200
Paolo Bonzini wrote:
> This patch adds more valid transitions to the table, and avoids
> that the VM remains stuck in RSTATE_SAVEVM state when savevm is
> done on a paused virtual machine.
>
> Signed-off-by: Paolo Bonzini
Applied to the qmp branch, thanks.
>
On Tue, Oct 11, 2011 at 06:42:48PM +0200, Alon Levy wrote:
> The caps/scroll/num lock state is not tracked by the ps2 device, but by
> spice-input QemuSpiceKbd->ledstate. To fix losing it across migration,
> and then having the server send caps/scroll/nums keys when the client
> sends a SPICE_MSGC_
This patch adds support for TPM command line options.
The command line options supported here are
./qemu-... -tpmdev passthrough,path=,id=
-device tpm-tis,tpmdev=
and
./qemu-... -tpmdev ?
where the latter works similar to -soundhw ? and shows a list of
available TPM backends (for exa
On Tue, Oct 11, 2011 at 07:36:27PM +0200, Jan Kiszka wrote:
> On 2011-10-11 11:36, Alon Levy wrote:
> > Hi Jan,
> >
> > I've recently found the $SUBJECT, it's commit
> > f81bdefb63243e82d16ce49332f7cf74d10b8f27.
> >
> > I'd like to fix it without breaking anything, can you provide me with
> >
From: Stefan Weil
Signed-off-by: Stefan Weil
---
tcg/tcg.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tcg/tcg.h b/tcg/tcg.h
index de8a1d5..015f88a 100644
--- a/tcg/tcg.h
+++ b/tcg/tcg.h
@@ -175,7 +175,7 @@ typedef enum TCGType {
typedef tcg_target_ulong TCGArg;
Introduce --enable-tpm-passthrough configure option.
Signed-off-by: Stefan Berger
---
configure | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
Index: qemu-git.pt/configure
===
--- qemu-git.pt.orig/configu
Build the TPM frontend code that has been added so far.
Signed-off-by: Stefan Berger
---
Makefile.target |1 +
configure | 11 +++
2 files changed, 12 insertions(+)
Index: qemu-git.pt/Makefile.target
===
--- qe
On 2011-10-11 11:36, Alon Levy wrote:
> Hi Jan,
>
> I've recently found the $SUBJECT, it's commit
> f81bdefb63243e82d16ce49332f7cf74d10b8f27.
>
> I'd like to fix it without breaking anything, can you provide me with
> the test that your original patch fixed?
Have monitor on virtual console,
Move the parsing of a filedescriptor into a common function qemu_parse_fd().
Have the code in net.c call this function.
Signed-off-by: Stefan Berger
---
cutils.c | 12
net.c |7 +--
qemu-common.h |1 +
3 files changed, 14 insertions(+), 6 deletions(-)
In
Enable the passing of a file descriptor via fd=<..> to access the host's
TPM device using the TPM passthrough driver.
v12:
- added documentation part
Signed-off-by: Stefan Berger
---
hw/tpm_passthrough.c | 74 +--
qemu-config.c|5 +
This patch adds the main code of the TPM frontend driver, the TPM TIS
interface, to Qemu. The code is largely based on the previous implementation
for Xen but has been significantly extended to meet the standard's
requirements, such as the support for changing of localities and all the
functionalit
The following series of patches adds TPM (Trusted Platform Module) support
to Qemu. An emulator for the TIS (TPM Interface Spec) interface is
added that provides the basis for accessing a 'backend' implementing the actual
TPM functionality. The TIS emulator serves as a 'frontend' enabling for
examp
The caps/scroll/num lock state is not tracked by the ps2 device, but by
spice-input QemuSpiceKbd->ledstate. To fix losing it across migration,
and then having the server send caps/scroll/nums keys when the client
sends a SPICE_MSGC_INPUTS_KEY_MODIFIERS, migrate it.
RHBZ# 729294
Signed-off-by: Alo
From: Kenji Kaneshige
Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
button event happens. This doesn't properly emulate real hardware on
which NMI button event triggers LINT1. Because of this, NMI is sent to
the processor even when LINT1 is maskied in LVT. For example, this
c
Synchronize newest kernel headers which have
KVM_CAP_IRQCHIP_LAPIC_NMI by
./scripts/update-linux-headers.sh
Signed-off-by: Lai Jiangshan
---
linux-headers/asm|1 +
linux-headers/asm-powerpc/kvm.h | 19 +--
linux-headers/asm-x86/kvm_para.h | 14 +
From: Kenji Kaneshige
Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
button event happens. This doesn't properly emulate real hardware on
which NMI button event triggers LINT1. Because of this, NMI is sent to
the processor even when LINT1 is maskied in LVT. For example, this
c
On 10/11/2011 03:30 AM, Daniel P. Berrange wrote:
On Sat, Oct 01, 2011 at 12:50:43PM -0400, Kevin O'Connor wrote:
On Thu, Sep 22, 2011 at 12:45:11PM +0100, Daniel P. Berrange wrote:
On 0.14, 0.15 releaes, this all works just fine. On current GIT master,
the guest OS will hang during boot.
[...
On 10/11/2011 06:02 PM, Rick Vernam wrote:
On Tuesday 11 October 2011 10:45:14 Paolo Bonzini wrote:
Hi all, please go here to cast your vote on when QEMU 1.0 test day will
be help.
http://www.doodle.com/35ae4zk7e4ndb5qq
Having an "official" date will make it easier to put people in con
On Tuesday 11 October 2011 10:45:14 Paolo Bonzini wrote:
> Hi all, please go here to cast your vote on when QEMU 1.0 test day will
> be help.
>
> http://www.doodle.com/35ae4zk7e4ndb5qq
>
> Having an "official" date will make it easier to put people in contact
> and have someone reproducing
Hi all, please go here to cast your vote on when QEMU 1.0 test day will
be help.
http://www.doodle.com/35ae4zk7e4ndb5qq
Having an "official" date will make it easier to put people in contact
and have someone reproducing other people's failure or quickly cooking
up a patch. Anyway, if
On 10/11/2011 09:54 AM, Anthony Liguori wrote:
On 10/11/2011 08:27 AM, Juan Quintela wrote:
I've been thinking about it this morning. I think it's solvable. We
need to be able to save off the qdev construction properties right
before init. This is just a matter of storing a list of strings.
Signed-off-by: Alon Levy
---
qxl screen_dump is broken since f81bdefb6. That commit didn't introduce
the problem, the problem is in qxl. But I've not managed to figure out
the real problem yet. This patch works around it, but in a nice way - if
you only have a single console or never set the other
On 10/11/2011 04:34 PM, Anthony Liguori wrote:
> On 10/11/2011 09:01 AM, Avi Kivity wrote:
>> On 10/11/2011 03:57 PM, Anthony Liguori wrote:
What I'm trying to avoid is making choices today that close the
door on
better fixes in the future.
>>>
>>>
>>> I think Juan made a really good
On Tue, Oct 11, 2011 at 09:33:49AM -0500, Anthony Liguori wrote:
> On 10/11/2011 09:01 AM, Daniel P. Berrange wrote:
> >On Tue, Oct 11, 2011 at 08:19:14AM -0500, Anthony Liguori wrote:
> >>On 10/11/2011 08:14 AM, Alexander Graf wrote:
> >>>And I don't see the point why we would have to shoot ye
On 11.10.2011, at 16:33, Anthony Liguori wrote:
> On 10/11/2011 09:01 AM, Daniel P. Berrange wrote:
>> On Tue, Oct 11, 2011 at 08:19:14AM -0500, Anthony Liguori wrote:
>>> On 10/11/2011 08:14 AM, Alexander Graf wrote:
And I don't see the point why we would have to shoot yet another hole
On 10/11/2011 09:01 AM, Avi Kivity wrote:
On 10/11/2011 03:57 PM, Anthony Liguori wrote:
What I'm trying to avoid is making choices today that close the door on
better fixes in the future.
I think Juan made a really good point in his earlier post. We need to
focus on better testing for migra
On 10/11/2011 09:01 AM, Daniel P. Berrange wrote:
On Tue, Oct 11, 2011 at 08:19:14AM -0500, Anthony Liguori wrote:
On 10/11/2011 08:14 AM, Alexander Graf wrote:
And I don't see the point why we would have to shoot yet another hole into the
guest just because we're too unwilling to make an inte
Am 30.09.2011 17:49, schrieb Amit Shah:
> On (Fri) 30 Sep 2011 [16:23:30], Stefan Hajnoczi wrote:
>> On Fri, Sep 30, 2011 at 12:27 PM, Amit Shah wrote:
>>> On (Fri) 30 Sep 2011 [11:39:11], Stefan Hajnoczi wrote:
QED's metadata caching strategy allows two parallel requests to race for
met
On Tue, Oct 11, 2011 at 08:19:14AM -0500, Anthony Liguori wrote:
> On 10/11/2011 08:14 AM, Alexander Graf wrote:
> >And I don't see the point why we would have to shoot yet another hole
> >into the guest just because we're too unwilling to make an interface
> >that's perfectly valid h
On 10/11/2011 03:57 PM, Anthony Liguori wrote:
>> What I'm trying to avoid is making choices today that close the door on
>> better fixes in the future.
>
>
> I think Juan made a really good point in his earlier post. We need to
> focus on better testing for migration. With a solid migration tort
On 10/11/2011 03:51 PM, Avi Kivity wrote:
> For some reason I'm the only one that doesn't get this... will try to
> work around it.
>
Please re-pull - I changed the code to use plain structs, not the typedefs.
git://github.com/avikivity/qemu.git memory/batch
--
error compiling committee.c: too
On 10/11/2011 08:45 AM, Avi Kivity wrote:
On 10/11/2011 03:29 PM, Anthony Liguori wrote:
On 10/11/2011 08:23 AM, Avi Kivity wrote:
On 10/11/2011 03:19 PM, Anthony Liguori wrote:
No, DMA has a lot bigger granularities in kvm/user interaction. We
can easily DMA a 50MB region with a single kvm/us
On 10/11/2011 08:47 AM, Avi Kivity wrote:
On 10/11/2011 03:27 PM, Anthony Liguori wrote:
5) Implement subsections through the wire as top-level sections (as
originally intended). Keep existing subsections with (1).
That was (3).
Yes, sorry.
btw, it's reasonable to require that backwards
On 10/11/2011 08:27 AM, Juan Quintela wrote:
Avi Kivity wrote:
On 10/10/2011 01:35 PM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
Subsections, version numbers, migration to older releases.
Subsections
---
- Current subsections are a m
On 10/11/2011 03:25 PM, Anthony Liguori wrote:
> On 10/10/2011 09:59 AM, Avi Kivity wrote:
>> Please pull from:
>>
>>git://github.com/avikivity memory/batch
>>
>> This has been on the list for a bit, with no comments so far.
>
> CClibhw64/vl.o
> In file included from /home/anthony/git/qem
On 10/11/2011 03:27 PM, Anthony Liguori wrote:
>> 5) Implement subsections through the wire as top-level sections (as
>> originally intended). Keep existing subsections with (1).
>
>
> That was (3).
>
Yes, sorry.
>> btw, it's reasonable to require that backwards migration is only to a
>> fully u
On 10/11/2011 03:29 PM, Anthony Liguori wrote:
> On 10/11/2011 08:23 AM, Avi Kivity wrote:
>> On 10/11/2011 03:19 PM, Anthony Liguori wrote:
No, DMA has a lot bigger granularities in kvm/user interaction. We
can easily DMA a 50MB region with a single kvm/user exit. For PIO we
can at
Am 07.10.2011 17:49, schrieb Stefan Hajnoczi:
> Image streaming copies data from the backing file into the image file. It is
> important to represent zero regions from the backing file efficiently during
> streaming, otherwise the image file grows to the full virtual disk size and
> loses sparsene
On 10/11/2011 08:23 AM, Avi Kivity wrote:
On 10/11/2011 03:19 PM, Anthony Liguori wrote:
No, DMA has a lot bigger granularities in kvm/user interaction. We
can easily DMA a 50MB region with a single kvm/user exit. For PIO we
can at most do page granularity.
So make a proper PCI device for ker
Avi Kivity wrote:
> On 10/10/2011 01:35 PM, Juan Quintela wrote:
>> Hi
>>
>> Please send in any agenda items you are interested in covering.
>>
>
> Subsections, version numbers, migration to older releases.
Subsections
---
- Current subsections are a mess (TM). The idea was to only have
On 10/11/2011 08:21 AM, Avi Kivity wrote:
On 10/11/2011 03:01 PM, Anthony Liguori wrote:
On 10/11/2011 06:48 AM, Avi Kivity wrote:
On 10/10/2011 01:35 PM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
Subsections, version numbers, migration to olde
On 10/10/2011 09:59 AM, Avi Kivity wrote:
Please pull from:
git://github.com/avikivity memory/batch
This has been on the list for a bit, with no comments so far.
CClibhw64/vl.o
In file included from /home/anthony/git/qemu/hw/pc.h:5:0,
from /home/anthony/git/qemu/vl.c
On Tue, Oct 11, 2011 at 03:23:36PM +0200, Avi Kivity wrote:
> On 10/11/2011 03:19 PM, Anthony Liguori wrote:
> >> No, DMA has a lot bigger granularities in kvm/user interaction. We
> >> can easily DMA a 50MB region with a single kvm/user exit. For PIO we
> >> can at most do page granularity.
> >
>
On 10/11/2011 03:19 PM, Anthony Liguori wrote:
>> No, DMA has a lot bigger granularities in kvm/user interaction. We
>> can easily DMA a 50MB region with a single kvm/user exit. For PIO we
>> can at most do page granularity.
>
>
> So make a proper PCI device for kernel loading. It's a much more
>
On Tue, Oct 11, 2011 at 08:17:28AM -0500, Anthony Liguori wrote:
> On 10/11/2011 04:55 AM, Avi Kivity wrote:
> >On 10/11/2011 11:50 AM, Gleb Natapov wrote:
> >>On Tue, Oct 11, 2011 at 11:26:14AM +0200, Avi Kivity wrote:
> >>> rep/ins is exactly like dma+wait for this use case: provide an
> >>> addr
On 10/11/2011 03:01 PM, Anthony Liguori wrote:
> On 10/11/2011 06:48 AM, Avi Kivity wrote:
>> On 10/10/2011 01:35 PM, Juan Quintela wrote:
>>> Hi
>>>
>>> Please send in any agenda items you are interested in covering.
>>>
>>
>> Subsections, version numbers, migration to older releases.
>
> Problem
Hi,
Another option we can think about is a 64bit PCI bar for the
surfaces which can be moved out of the low 4G.
I heard this suggested by Avi, so this would allow us to allocate a
large chunk without requiring any memory hole?
You still need some address space for it, but as it isn't limi
On 10/11/2011 08:14 AM, Alexander Graf wrote:
And I don't see the point why we would have to shoot yet another hole into the
guest just because we're too unwilling to make an interface that's perfectly
valid horribly slow.
rep/ins is exactly like dma+wait for this use case: provide an address
On Tue, Oct 11, 2011 at 03:14:52PM +0200, Alexander Graf wrote:
> > rep/ins is effectively equivalent to DMA except in how it's handled within
> > QEMU.
>
> No, DMA has a lot bigger granularities in kvm/user interaction. We can easily
> DMA a 50MB region with a single kvm/user exit. For PIO we c
On 10/11/2011 04:55 AM, Avi Kivity wrote:
On 10/11/2011 11:50 AM, Gleb Natapov wrote:
On Tue, Oct 11, 2011 at 11:26:14AM +0200, Avi Kivity wrote:
> rep/ins is exactly like dma+wait for this use case: provide an
> address, get a memory image in return. There's no need to add
> another interface,
On 11.10.2011, at 15:12, Anthony Liguori wrote:
> On 10/11/2011 04:38 AM, Alexander Graf wrote:
>>
>> On 11.10.2011, at 11:26, Avi Kivity wrote:
>>
>>> On 10/11/2011 11:19 AM, Alexander Graf wrote:
>>
>> Of this, 1.4 seconds is the time required by LinuxBoot to copy the
>> kernel
On 10/11/2011 04:38 AM, Alexander Graf wrote:
On 11.10.2011, at 11:26, Avi Kivity wrote:
On 10/11/2011 11:19 AM, Alexander Graf wrote:
Of this, 1.4 seconds is the time required by LinuxBoot to copy the
kernel+initrd. If I used an uncompressed initrd, which I really want
to, to avoid de
On 10/11/2011 06:48 AM, Avi Kivity wrote:
On 10/10/2011 01:35 PM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
Subsections, version numbers, migration to older releases.
Problem with subsections:
The encoding of a subsection within an embedded st
On 10/11/2011 06:36 AM, Paolo Bonzini wrote:
On 10/10/2011 01:35 PM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
Planning the feature freeze:
- what is left to merge?
- test day?
Great topic. Just a reminder, we're looking at release dates of:
Am 10.10.2011 16:49, schrieb Anthony Liguori:
Due to:
commit e3193601c84558c303b1773379da76fce80c0a56
Author: Anthony Liguori
Date: Fri Sep 2 12:34:47 2011 -0500
qapi: use middle mode in QMP server
It'll be necessary to do a make clean if you have a tree that has a
build from before this comm
A small patch to "qemu-0.15.0/ui/x_keymap.c" fixed this one:
http://patchwork.ozlabs.org/patch/38145/
nm
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/658152
Title:
jp106 keyboard cannot
Am 03.10.2011 18:09, schrieb Federico Simoncelli:
> In some situations might be useful to let qemu use an image that was
> prepared for a live snapshot.
> The advantage is that creating the snapshot file outside of the qemu
> process we can use the whole range of options provided by the format
> (e
On Tue, Oct 11, 2011 at 01:28:12PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> >AFAIU this works only when the guest allocates a continuous range of
> >physical pages. This is a large requirement from the guest, which I'd
> >like to drop.
>
> Is it? The world is moving to huge pages, with all the st
Embed the list in the QEMUClock instead.
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 59 +++--
1 files changed, 28 insertions(+), 31 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index ad1fc8b..acf7a15 100644
--- a/qemu-timer.c
+
I have to move two functions postions to avoid forward declarations
Signed-off-by: Juan Quintela
---
migration.c | 72 +-
migration.h | 12 -
2 files changed, 36 insertions(+), 48 deletions(-)
diff --git a/migration.c b/migrati
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index 58926dd..f11a28d 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -273,7 +273,11 @@ static QEMUClock *qemu_new_clock(int type)
void
These will be used when moving icount accounting to cpus.c.
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 25 +
qemu-timer.h |3 +++
2 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index e2551f3..ebb5089 100644
--- a/qem
On 10/11/2011 01:56 PM, Federico Simoncelli wrote:
- Original Message -
From: "Dor Laor"
To: "Federico Simoncelli"
Cc: qemu-devel@nongnu.org, aba...@redhat.com, "Kevin Wolf"
Sent: Friday, October 7, 2011 12:45:06 AM
Subject: Re: [Qemu-devel] [PATCH] qemu: new option for snapshot_blkdev t
Signed-off-by: Juan Quintela
---
migration.c | 116 ---
1 files changed, 55 insertions(+), 61 deletions(-)
diff --git a/migration.c b/migration.c
index 73d66d9..8422ec3 100644
--- a/migration.c
+++ b/migration.c
@@ -34,11 +34,22 @@
/* Mig
This patch series makes the QEMU main loop usable out of the executable,
and especially in tools and possibly unit tests. The series already
starts using the refactored main loop in qemu-nbd.
This is cleaner because it avoids introducing partial transitions to
GIOChannel. Interfacing with the gl
Provide a clean example of how to use the main loop in the tools.
Signed-off-by: Paolo Bonzini
---
cpus.c |5
cpus.h |1 -
vl.c | 79 +--
3 files changed, 41 insertions(+), 44 deletions(-)
diff --git a/cpus.c b/cpus.c
Signed-off-by: Juan Quintela
Reviewed-by: Anthony Liguori
---
migration-exec.c | 16 +---
migration-fd.c | 16 +---
migration-tcp.c | 15 +--
migration-unix.c | 15 +--
migration.c | 29 +
migration.h
- Original Message -
> From: "Dor Laor"
> To: "Federico Simoncelli"
> Cc: qemu-devel@nongnu.org, aba...@redhat.com, "Kevin Wolf"
> Sent: Friday, October 7, 2011 12:45:06 AM
> Subject: Re: [Qemu-devel] [PATCH] qemu: new option for snapshot_blkdev to
> avoid image creation
>
> On 10/03/2
make functions propagate errno, instead of just using -EIO.
Signed-off-by: Juan Quintela
---
migration.c |6 +-
savevm.c| 33 +++--
2 files changed, 20 insertions(+), 19 deletions(-)
diff --git a/migration.c b/migration.c
index 71b8aad..2d3a55b 100644
-
This reverts commit c82dc29a9112f34e0a51cad9a412cf6d9d05dfb2
and 4d88a2ac8643265108ef1fb47ceee5d7b28e19f2.
Signed-off-by: Paolo Bonzini
---
iohandler.c | 54 +-
1 files changed, 1 insertions(+), 53 deletions(-)
diff --git a/iohandler.c b/ioh
On 10/10/2011 01:35 PM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
Subsections, version numbers, migration to older releases.
--
error compiling committee.c: too many arguments to function
Signed-off-by: Paolo Bonzini
---
Makefile.objs|2 +-
cpus.c | 188 +
cpus.h |1 +
main-loop.c | 494 ++
os-win32.c | 123 --
qemu-os-posix.h |4 -
qemu-os-win32.h
Once there, remove all parameters that don't need to be passed to
*start_outgoing_migration() functions
Signed-off-by: Juan Quintela
---
migration-exec.c | 19 +--
migration-fd.c | 22 ++
migration-tcp.c | 22 +++---
migration-unix.c |
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 129 --
1 files changed, 53 insertions(+), 76 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index acf7a15..e2551f3 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -153,7 +153,7 @@ str
From: "Aneesh Kumar K.V"
cache=writethrough implies the file are opened in the host with O_SYNC open flag
Signed-off-by: Aneesh Kumar K.V
---
fsdev/file-op-9p.h |4
fsdev/qemu-fsdev.c | 10 --
fsdev/qemu-fsdev.h |1 +
hw/9pfs/virtio-9p-device.c |
We called it from a single place, and always with state !=
MIG_STATE_ACTIVE. Just remove the whole callback. For users of the
notifier, notice that this is exactly the case where they don't care,
we are just freeing the state from previous failed migration (it can't
be a sucessful one, otherwise
This will allow us to hide the state values.
Signed-off-by: Juan Quintela
---
migration.c |4 ++--
migration.h |2 +-
ui/spice-core.c |4 ++--
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/migration.c b/migration.c
index 6129cb5..c4e2ba6 100644
--- a/migratio
On 10/10/2011 01:35 PM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
Planning the feature freeze:
- what is left to merge?
- test day?
Paolo
From: Harsh Prateek Bora
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 an analysis script.
Note: Because of c
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 15 ---
qemu-timer.h |1 -
vl.c |1 -
3 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index d8507e3..7fa81e1 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -840,6 +840,13 @@ s
Signed-off-by: Paolo Bonzini
---
async.c |1 +
cpus.c|7 +
cpus.h|1 -
main-loop.h | 73 +
qemu-char.h | 12 +
qemu-common.h | 11
sysemu.h |3 +-
vl.c |1
1 - 100 of 182 matches
Mail list logo
