On 30.06.2011, at 15:24, Alexander Graf wrote:
> On 30.06.2011, at 04:11, Lê Đức Tài wrote:
>
> > Thank for your answer.
> > Beside nbench, I'm also using Dhrystone to measure the guest cpu
>performance.
>
> > The performance does not much diffetence too.
> > Is the emulated guest per
On Tue, Jul 05, 2011 at 04:39:06PM +0300, Dor Laor wrote:
> On 07/05/2011 03:58 PM, Marcelo Tosatti wrote:
> >On Tue, Jul 05, 2011 at 01:40:08PM +0100, Stefan Hajnoczi wrote:
> >>On Tue, Jul 5, 2011 at 9:01 AM, Dor Laor wrote:
> >>>I tried to re-arrange all of the requirements and use cases using
Signed-off-by: Scott Wood
---
v2: Remove redundant "valid?" comment
hmp-commands.hx |2 +-
monitor.c |5 ++-
target-ppc/cpu.h|2 +
target-ppc/helper.c | 88 +++
4 files changed, 94 insertions(+), 3 deletions(-)
diff
This definition is backward compatible with MAV=1.0 as long as
the guest does not set reserved bits in MAS1/MAS4.
Also, fix the shift in booke206_tlb_to_page_size -- it's the base
that should be able to hold a 4G page size, not the shift count.
Signed-off-by: Scott Wood
---
Unchanged in patchset
Share the TLB array with KVM. This allows us to set the initial TLB
both on initial boot and reset, is useful for debugging, and could
eventually be used to support migration.
Signed-off-by: Scott Wood
---
v2:
- rebase on top of current tree, remove now-unneeded ifdefs
- add some asserts and c
On Thu, Jul 07, 2011 at 05:45:02PM +0200, Bjørn Mork wrote:
> It's been a while with little work and little progress on my side... But
> I looked at this again today, and found that it may be related to the
> SMBIOS table being allocated with malloc_high(). Does that make sense?
>
> Anyway, the p
Signed-off-by: Scott Wood
---
linux-headers/asm-powerpc/kvm.h | 39 +--
linux-headers/linux/kvm.h | 27 ---
2 files changed, 57 insertions(+), 9 deletions(-)
diff --git a/linux-headers/asm-powerpc/kvm.h b/linux-headers/asm-pow
Scott Wood (4):
kvm: ppc: Update KVM headers for MMU API
kvm: ppc: booke206: use MMU API
ppc: booke206: use MAV=2.0 TSIZE definition, fix 4G pages
ppc: booke206: add "info tlb" support
hmp-commands.hx |2 +-
hw/ppce500_mpc8544ds.c |4 +-
linux-headers/asm-
* On Tue, Jul 05, 2011 at 09:30:44PM +0100, Stefan Hajnoczi
wrote:
On Tue, Jul 5, 2011 at 4:36 PM, Raghavendra D Prabhu
wrote:
* On Mon, Jul 04, 2011 at 11:38:30PM +0100, Peter Maydell
wrote:
On 4 July 2011 23:00, Raghavendra D Prabhu
wrote:
This is to avoid gcc optimizating out the c
On Wed, Jul 6, 2011 at 1:01 PM, Shribman, Aidan wrote:
> Subject: [PATCH v2] XBRLE page delta compression for live migration of large
> memory apps
> From: Aidan Shribman
> Work is based on research results published VEE 2011: Evaluation of Delta
> Compression Techniques for Efficient Live Migrat
I want to launch very minimal ssh daemon (that listen on selected port
and allows only input commands and read output from console) that
launch when guest started, and this not run inside a guest.
Thanks to the link for patch
On 7 July 2011 22:19, Eric Blake wrote:
> On 07/07/2011 02:36 AM, Niki
On Thu, Jul 7, 2011 at 9:36 AM, Nikita A Menkovich wrote:
> Seems no, I think, that the best way is running some kind of ssh
> daemon, that connects to console (/dev/vcsa1 for example), that listen
> on port and send to output console events on boot, and allow to work
> with server with simple ssh
I find I have to point at the src directories, and not the dist
directory. My extra-cflags looks something like this:
--extra-cflags=-I /path/to/xen/tools/include -L /path/to/xen/tools/libxc
-I /path/to/xen/tools/libxc -L /path/to/xen/tools/xenstore -I
/path/to/xen/tools/xenstore'
-John
On
How about using CONFIG_CURSES? If we --enable-curses, then we know we
have curses.h and chtype. If we --disable-curses, then we don't care.
Patch attached. It's a no-op if curses is disabled, and it fixes the
issue on my machine with curses enabled. I had to undef the color
constants from curs
On 07/07/2011 02:36 AM, Nikita A Menkovich wrote:
> Seems no, I think, that the best way is running some kind of ssh
> daemon, that connects to console (/dev/vcsa1 for example), that listen
> on port and send to output console events on boot, and allow to work
> with server with simple ssh client.
On Thu, 07 Jul 2011 18:50:28 +0200
Stefan Weil wrote:
> Am 07.07.2011 18:17, schrieb Michael Roth:
> > On 07/07/2011 11:02 AM, Luiz Capitulino wrote:
> >> Commit e4ea5e2d0e0e4c5188ab45b66f3195062ae059dc added the use of
> >> the macro GCC_FMT_ATTR to error.h, however qemu-common.h is not
> >> inc
From: Gerd Hoffmann
We'll have to move qemu_spice_destroy_primary_surface() out of
qxl_destroy_primary(). That makes the function pretty pointless,
so zap it and open code the two lines instead.
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c | 28
1 files changed, 12
---
hw/qxl.c | 24 +++-
1 files changed, 11 insertions(+), 13 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 4007847..54ee5f5 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1551,7 +1551,6 @@ static DisplayChangeListener display_listener = {
static int qxl_init_common(PCIQXLD
Everything is based on spice.v38 from git://anongit.freedesktop.org/spice/qemu
v1->v2 changes:
dropped wlock
dropped oom_async
update_area_async used in qxl-render
added async_lock
async_complete handles completion of io, not at dispatcher call time
Git trees:
git://anongit.freedesktop.org/
Greetings,
I am trying to configure Xen4.2 unstable with upstream qemu. I am
running on a small problem when running the configuration of qemu,
Qemu Config can not find Xen. I have debugged the Configuration script
and the temp c file that qemu uses to detect xen version are returning
empty string
From: Gerd Hoffmann
Move the wrapper functions which are used by qxl only to qxl.c.
Rename them from qemu_spice_* to qxl_spice_*. Also pass in a
qxl state pointer instead of a SimpleSpiceDisplay pointer.
Signed-off-by: Gerd Hoffmann
---
hw/qxl-render.c|4 +-
hw/qxl.c | 66
On Wed, Jul 06, 2011 at 10:58:09PM +0100, Peter Maydell wrote:
> On 6 July 2011 21:04, Christopher Harvey wrote:
>
> Below are some random comments noticed on a first-pass.
>
> > +/* Global timer data */
> > +static uint64_t global_timer_count = 0;
> > +static uint64_t global_timer_this_inc = 0;
Am 07.07.2011 18:17, schrieb Michael Roth:
On 07/07/2011 11:02 AM, Luiz Capitulino wrote:
Commit e4ea5e2d0e0e4c5188ab45b66f3195062ae059dc added the use of
the macro GCC_FMT_ATTR to error.h, however qemu-common.h is not
included by error.h
This will cause a build error when files including error
Some of the QXL port i/o commands are waiting for the spice server to
complete certain actions. Add async versions for these commands, so we
don't block the vcpu while the spice server processses the command.
Instead the qxl device will raise an IRQ when done.
The async command processing relies
From: Gerd Hoffmann
Factor out SimpleSpiceDisplay initialization into
qemu_spice_display_init_common() and call it from
both qxl.c (for vga mode) and spice-display.c
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c |7 +--
ui/spice-display.c | 17 +++--
ui/spice-displa
On 7 July 2011 16:29, andrzej zaborowski wrote:
> Optimally
> we should pass the clock as a pointer or name, not only the baudrate
> (clocks can be stopped, reparented, or have frequency changed
> dynamically -- in fact the OS will most likely manipulate the uart
> source clock frequency during in
---
hw/qxl.c | 62 +-
1 files changed, 61 insertions(+), 1 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 9116c99..f3312f0 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -407,6 +407,65 @@ static const char *qxl_mode_to_string(int mode)
From: Gerd Hoffmann
Surface tracking needs proper locking since it is used from vcpu and spice
worker threads, add it. Also reset the surface counter when zapping all
surfaces.
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c | 13 -
hw/qxl.h |2 ++
2 files changed, 14 insertions(+
From: Gerd Hoffmann
Add wrapper functions for all spice worker calls.
Signed-off-by: Gerd Hoffmann
---
hw/qxl-render.c|4 +-
hw/qxl.c | 32 +-
ui/spice-display.c | 94 ---
ui/spice-display.h | 20 ++
From: Gerd Hoffmann
Add qxl_guest_bug() function which is supposed to be called in case
sanity checks of guest requests fail. It raises an error IRQ and
logs a message in case guest debugging is enabled.
Make PANIC_ON() abort instead of exit. That macro should be used
for qemu bugs only, any g
Anthony Liguori writes:
> On 07/07/2011 04:23 AM, Markus Armbruster wrote:
>> Anthony Liguori writes:
>>
>>> On 07/06/2011 11:04 AM, Gerd Hoffmann wrote:
Hi folks,
We'll need to figure a sane way to handle migration to older versions
with new sections, i.e. devices which used
Add two new IOs.
QXL_IO_FLUSH_SURFACES - equivalent to update area for all surfaces, used
to reduce vmexits from NumSurfaces to 1 on guest S3, S4 and resolution change
(windows
driver implementation is such that this is done on each of those occasions).
QXL_IO_FLUSH_RELEASE - used to ensure
On 07/07/2011 02:19 AM, Gerd Hoffmann wrote:
On 07/06/11 19:13, Anthony Liguori wrote:
On 07/06/2011 11:04 AM, Gerd Hoffmann wrote:
Hi folks,
We'll need to figure a sane way to handle migration to older versions
with new sections, i.e. devices which used to not save state before do
now.
We al
---
hw/qxl.c | 18 +++---
hw/qxl.h |2 +-
2 files changed, 12 insertions(+), 8 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 0d62036..935bac0 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -124,11 +124,15 @@ static void qxl_reset_memslots(PCIQXLDevice *d);
static void qxl_reset_
From: Gerd Hoffmann
Inform guest drivers about the new features I/O commands we have
now (async commands, S3 support).
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index f72d5b8..395d994 100644
--
Since the driver is still in operation even after moving to UNDEFINED, i.e.
by destroying primary in any way.
---
hw/qxl.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 395d994..e57ccf2 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1167,8 +1167,9 @
---
hw/qxl-render.c |4 ++--
hw/qxl.c| 14 +-
hw/qxl.h|3 ---
3 files changed, 7 insertions(+), 14 deletions(-)
diff --git a/hw/qxl-render.c b/hw/qxl-render.c
index 60b822d..8d847d0 100644
--- a/hw/qxl-render.c
+++ b/hw/qxl-render.c
@@ -124,8 +124,8 @@ void q
On 07/06/2011 06:32 PM, Alexander Graf wrote:
On 06.07.2011, at 22:01, Anthony Liguori wrote:
On 07/06/2011 12:28 PM, Avi Kivity wrote:
On 07/06/2011 07:04 PM, Gerd Hoffmann wrote:
Hi folks,
We'll need to figure a sane way to handle migration to older versions
with new sections, i.e. device
Hi,
On 5 July 2011 15:19, Peter Maydell wrote:
> On 4 July 2011 23:39, andrzej zaborowski wrote:
>> I'd also prefer that omap2_gpio_init remains a function that
>> does all the qdev magic in omap_gpio.c and with the current signature
>
> I'm not convinced about this. Implementing the GPIO module
On Tue, Jul 5, 2011 at 7:18 PM, Marcelo Tosatti wrote:
> On Tue, Jul 05, 2011 at 04:37:08PM +0100, Stefan Hajnoczi wrote:
>> On Tue, Jul 5, 2011 at 3:32 PM, Marcelo Tosatti wrote:
>> > On Tue, Jul 05, 2011 at 04:39:06PM +0300, Dor Laor wrote:
>> >> On 07/05/2011 03:58 PM, Marcelo Tosatti wrote:
>
On 07/07/2011 11:02 AM, Luiz Capitulino wrote:
Commit e4ea5e2d0e0e4c5188ab45b66f3195062ae059dc added the use of
the macro GCC_FMT_ATTR to error.h, however qemu-common.h is not
included by error.h
This will cause a build error when files including error.h
don't include qemu-common.h. Not an issue
On 07/07/2011 01:02 PM, Alexander Graf wrote:
I'd guess the best would be to have a special VMSTATE that means
"broken old version doesn't send a section" which we can set for
special -M?
No, the best would be to have a serious migration format, based for
example on ASN.1 which Michael Tsirkin
Signed-off-by: Luiz Capitulino
---
qemu-options.hx |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index e6d7adc..5f16a78 100644
--- a/qemu-options.hx
+++ b/qemu-options.hx
@@ -160,6 +160,11 @@ an untrusted format header.
This optio
Commit e4ea5e2d0e0e4c5188ab45b66f3195062ae059dc added the use of
the macro GCC_FMT_ATTR to error.h, however qemu-common.h is not
included by error.h
This will cause a build error when files including error.h
don't include qemu-common.h. Not an issue today because the only
file including it is json
This is probably the source of the problem. As you say it'd be best to
use chtype directly if it can be done cleanly, unfortunately it looks
like it'll add a curses specific snippet in console.h, but so be it.
The only other option is to add a conversion step in curses.c and give
up zero-copy pass
Hi,
Not so fast :)
I agree that throwing away unrecognized migration data is unsafe, and
should not be done. Now let me present my little problem.
I'm working on making migration preserve "tray status": open/closed,
locked/unlocked.
For ide-cd, I can stick a subsection "ide_drive/tray_stat
Bjørn Mork writes:
> "Kevin O'Connor" writes:
>
>> It looks like memory layout changes in the f-segment is tickling the
>> underlying bug. I don't think SMBIOS, the above commit, or the other
>> commit identified earlier are the root cause of the problem. Instead,
>> I'd guess these commits jus
On 07/07/2011 09:32 AM, Luiz Capitulino wrote:
On Tue, 5 Jul 2011 08:02:31 -0500
Michael Roth wrote:
Base definitions/includes for Visiter interface used by generated
visiter/marshalling code.
Includes a GenericList type. Our lists require an embedded element.
Since these types are generated
On 07/07/2011 04:23 AM, Markus Armbruster wrote:
Anthony Liguori writes:
On 07/06/2011 11:04 AM, Gerd Hoffmann wrote:
Hi folks,
We'll need to figure a sane way to handle migration to older versions
with new sections, i.e. devices which used to not save state before do now.
We already have o
On 07/07/2011 08:43 AM, Kevin O'Connor wrote:
On Thu, Jul 07, 2011 at 07:48:29AM -0400, Stefan Berger wrote:
On 07/06/2011 06:58 PM, Kevin O'Connor wrote:
BTW, I don't think patch 7 or 9 really make sense to integrate in the
official version of SeaBIOS. Also, in patch 8, I'd prefer to see all
On 07/07/2011 09:37 AM, Luiz Capitulino wrote:
On Tue, 5 Jul 2011 08:02:27 -0500
Michael Roth wrote:
This is Set 2/3 of the QAPI+QGA patchsets.
These patches apply on top of master (set1 merged), and can also be obtained
from:
git://repo.or.cz/qemu/mdroth.git qapi-backport-set2-v5
This doe
On Tue, 5 Jul 2011 08:02:31 -0500
Michael Roth wrote:
> Base definitions/includes for Visiter interface used by generated
> visiter/marshalling code.
>
> Includes a GenericList type. Our lists require an embedded element.
> Since these types are generated, if you want to use them in a different
On 07/06/2011 01:32 PM, Paolo Bonzini wrote:
On 06/06/2011 04:16 PM, Paolo Bonzini wrote:
This series fixes some problems with spapr's qdev interface. Patch
1 is the important one, which makes it possible to use -device
to create vio devices. The other two are cosmetic.
v1->v2:
abstr
On Tue, 5 Jul 2011 08:02:32 -0500
Michael Roth wrote:
> A type of Visiter class that is used to walk a qobject's
> structure and assign each entry to the corresponding native C type.
> Command marshaling function will use this to pull out QMP command
> parameters recieved over the wire and pass
On Tue, 5 Jul 2011 08:02:27 -0500
Michael Roth wrote:
> This is Set 2/3 of the QAPI+QGA patchsets.
>
> These patches apply on top of master (set1 merged), and can also be obtained
> from:
> git://repo.or.cz/qemu/mdroth.git qapi-backport-set2-v5
This doesn't build due to a bug in error.h. If yo
Make use of the KVM_TSC_CONTROL feature if available.
Signed-off-by: Joerg Roedel
---
target-i386/kvm.c | 18 +-
1 files changed, 17 insertions(+), 1 deletions(-)
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
index 10fb2c4..923d2d5 100644
--- a/target-i386/kvm.c
+++ b/tar
On 07/07/2011 09:32 AM, Luiz Capitulino wrote:
On Tue, 5 Jul 2011 08:02:32 -0500
Michael Roth wrote:
A type of Visiter class that is used to walk a qobject's
structure and assign each entry to the corresponding native C type.
Command marshaling function will use this to pull out QMP command
p
To let the user configure the desired tsc frequency for the
guest if running in KVM.
Signed-off-by: Joerg Roedel
---
target-i386/cpu.h |1 +
target-i386/cpuid.c | 13 +
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/target-i386/cpu.h b/target-i386/cpu.h
index
On 05/26/2011 11:52 AM, Paolo Bonzini wrote:
Right now the spapr devices cannot be instantiated with -device,
because the IRQs need to be passed to the spapr_*_create functions.
Do this instead in the bus's init wrapper.
This is particularly important with the conversion from scsi-disk
to scsi-{
On Thu, 7 Jul 2011, Peter Maydell wrote:
> On 7 July 2011 13:37, Kirill Batuzov wrote:
> > ARM guests for 254.gap and 255.vortex and x86_64 guest for 252.eon does not
> > work under QEMU for some unrelated reason.
>
> If you can provide a binary and a command line for these I can have
> a look
Hi Avi, Marcelo,
here is v2 of the patches to support setting the guests tsc-frequency
from the qemu command line. This version addresses the comment from Avi
on the first version. To reflect that units can be given to the
frequency, the parameter was renamed from tsc_khz to tsc_freq.
Thanks,
This function does the same as the strtosz_suffix function
except that it allows to specify the unit to which the
k/M/B/T suffixes apply. This function will be used later to
parse the tsc-frequency from the command-line.
Signed-off-by: Joerg Roedel
---
cutils.c | 16 +++-
qemu
A host chardev could close just before the guest sends some data to be
written. This will cause an -EPIPE error. This shouldn't be propagated
to virtio-serial-bus.
Ideally we should close the port once -EPIPE is received, but since the
chardev interface doesn't return such meaningful values to i
Device code some times needs to access physical memory and does that
through the ld./st._phys functions. However, these are the exact same
functions that the CPU uses to access memory, which means they will
be endianness swapped depending on the target CPU.
However, devices don't know about the CP
On 07/07/2011 10:24 AM, Chunyan Liu wrote:
In previous thread "Support logging xen-guest console", it's considered that
adding a "tee" option to char layer is a more generic way and makes more sense.
http://lists.nongnu.org/archive/html/qemu-devel/2011-06/msg03011.html
Following is an implementa
Markus fixed offenders in the file but one instance sneaked in via
another patch. Fix it.
Signed-off-by: Amit Shah
---
hw/virtio-serial-bus.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/virtio-serial-bus.c b/hw/virtio-serial-bus.c
index 9859f9f..6d73386 100644
-
Hello,
This series adds some trace events to virtio-serial-bus.c and
virtio-console.c. There's also one trivial patch to remove a trailing
\n from an error_report() string.
Note: some mirrors may not yet have received the update.
The following changes since commit 9312805d33e8b106bae356d13a807
Add some trace events for messages passed between the guest and host.
Signed-off-by: Amit Shah
---
hw/virtio-serial-bus.c |7 +++
trace-events |6 ++
2 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/hw/virtio-serial-bus.c b/hw/virtio-serial-bus.c
index 7f
Add some trace events for messages passed between the char layer and the
virtio-serial bus.
Signed-off-by: Amit Shah
---
hw/virtio-console.c |9 -
trace-events|5 +
2 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/hw/virtio-console.c b/hw/virtio-console
On Thu, Jul 07, 2011 at 07:48:29AM -0400, Stefan Berger wrote:
> On 07/06/2011 06:58 PM, Kevin O'Connor wrote:
> >BTW, I don't think patch 7 or 9 really make sense to integrate in the
> >official version of SeaBIOS. Also, in patch 8, I'd prefer to see all
> >new fw_cfg entries use the "romfile" me
Perform constant forlding for SHR, SHL, SAR, ROTR, ROTL operations.
Signed-off-by: Kirill Batuzov
---
tcg/optimize.c | 72
1 files changed, 72 insertions(+), 0 deletions(-)
diff --git a/tcg/optimize.c b/tcg/optimize.c
index c469952..a1b
On 7 July 2011 13:37, Kirill Batuzov wrote:
> ARM guests for 254.gap and 255.vortex and x86_64 guest for 252.eon does not
> work under QEMU for some unrelated reason.
If you can provide a binary and a command line for these I can have
a look at what's going on with the failing ARM guest binaries.
Added file tcg/optimize.c to hold TCG optimizations. Function tcg_optimize
is called from tcg_gen_code_common. It calls other functions performing
specific optimizations. Stub for constant folding was added.
Signed-off-by: Kirill Batuzov
---
Makefile.target |2 +-
tcg/optimize.c | 97
Perform actual constant folding for ADD, SUB and MUL operations.
Signed-off-by: Kirill Batuzov
---
tcg/optimize.c | 125
1 files changed, 125 insertions(+), 0 deletions(-)
diff --git a/tcg/optimize.c b/tcg/optimize.c
index f8afe71..42a1b
Perform constant folding for AND, OR, XOR operations.
Signed-off-by: Kirill Batuzov
---
tcg/optimize.c | 37 +
1 files changed, 37 insertions(+), 0 deletions(-)
diff --git a/tcg/optimize.c b/tcg/optimize.c
index 42a1bda..c469952 100644
--- a/tcg/optimize.c
Make tcg_constant_folding do copy and constant propagation. It is a
preparational work before actual constant folding.
Signed-off-by: Kirill Batuzov
---
tcg/optimize.c | 182 +++-
1 files changed, 180 insertions(+), 2 deletions(-)
diff --git
Perform constant folding for NOT and EXT{8,16,32}{S,U} operations.
Signed-off-by: Kirill Batuzov
---
tcg/optimize.c | 59
1 files changed, 59 insertions(+), 0 deletions(-)
diff --git a/tcg/optimize.c b/tcg/optimize.c
index a1bb287..a324
This series implements some basic machine-independent optimizations. They
simplify code and allow liveness analysis do it's work better.
Suppose we have following ARM code:
movwr12, #0xb6db
movtr12, #0xdb6d
In TCG before optimizations we'll have:
movi_i32 tmp8,$0xb6db
mov_i32 r12,t
On Fri, 10 Jun 2011, Richard Henderson wrote:
> > +/* Do copy propagation */
> > +if (!(def->flags & (TCG_OPF_CALL_CLOBBER | TCG_OPF_SIDE_EFFECTS)))
> > {
>
> Why are you suppressing copy propagation in this way? I see no reason for it.
>
This was suggested by Aurelien Jarno.
On Thu, 7 Jul 2011, Chunyan Liu wrote:
> In previous thread "Support logging xen-guest console", it's considered that
> adding a "tee" option to char layer is a more generic way and makes more
> sense.
> http://lists.nongnu.org/archive/html/qemu-devel/2011-06/msg03011.html
>
> Following is an im
On 07/06/2011 06:58 PM, Kevin O'Connor wrote:
On Wed, Jul 06, 2011 at 12:31:58PM -0400, Stefan Berger wrote:
The following set of patches add TPM and Trusted Computing support to SeaBIOS.
In particular the patches add:
- a TPM driver for the Qemu's TPM TIS emulation (not yet in Qemu git)
- ACPI
On 07.07.2011, at 11:23, Markus Armbruster wrote:
> Anthony Liguori writes:
>
>> On 07/06/2011 11:04 AM, Gerd Hoffmann wrote:
>>> Hi folks,
>>>
>>> We'll need to figure a sane way to handle migration to older versions
>>> with new sections, i.e. devices which used to not save state before do n
Anthony Liguori writes:
> On 07/06/2011 11:04 AM, Gerd Hoffmann wrote:
>> Hi folks,
>>
>> We'll need to figure a sane way to handle migration to older versions
>> with new sections, i.e. devices which used to not save state before do now.
>>
>> We already have one case in tree: usb. qemu 0.14 sav
On Thu, Jul 07, 2011 at 09:39:34AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> >-static void qxl_add_memslot(PCIQXLDevice *d, uint32_t slot_id, uint64_t
> >delta)
> >+static void qxl_add_memslot(PCIQXLDevice *d, uint32_t slot_id, uint64_t
> >delta,
> >+QXLDevMemSlot *mems
Seems no, I think, that the best way is running some kind of ssh
daemon, that connects to console (/dev/vcsa1 for example), that listen
on port and send to output console events on boot, and allow to work
with server with simple ssh client. Also important feature will be
saving history of output.
On Thu, Jul 07, 2011 at 09:47:52AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> >+void qxl_spice_update_area_async(PCIQXLDevice *qxl, uint32_t surface_id,
> >+ struct QXLRect *area, struct QXLRect
> >*dirty_rects,
> >+ uint32_t num_dirty_rects, uint3
On Wed, Jul 06, 2011 at 02:01:58PM +0200, Shribman, Aidan wrote:
> XBRLE does not suite all scenarios but has been proven highly beneficial in
> for VMs running payloads such as: SAP ERP systems; VLC transcoding; LMbench
> memory write benchmarks.
Another way of looking at this patch is as a profi
On Thu, Jul 07, 2011 at 09:40:15AM +0200, Gerd Hoffmann wrote:
> On 07/06/11 14:19, Alon Levy wrote:
> >From: Gerd Hoffmann
> >
> >... so we can call them from a thread.
>
> Still needed? I don't think so.
>
Will drop (I wasn't sure we won't want this at a distant future, so I kept it).
> chee
Hi,
+void qxl_spice_update_area_async(PCIQXLDevice *qxl, uint32_t surface_id,
+ struct QXLRect *area, struct QXLRect *dirty_rects,
+ uint32_t num_dirty_rects, uint32_t
clear_dirty_region,
+ int async)
+{
+qemu_m
On Thu, Jul 07, 2011 at 09:33:05AM +0200, Gerd Hoffmann wrote:
> On 07/06/11 14:19, Alon Levy wrote:
> >From: Gerd Hoffmann
> >
> >Allows to build with older spice-protocol versions.
>
> Given that we can't get away with changing the protocol only but
> require a new libspices-server for the new f
On 07/06/11 14:19, Alon Levy wrote:
From: Gerd Hoffmann
... so we can call them from a thread.
Still needed? I don't think so.
cheers,
Gerd
Hi,
-static void qxl_add_memslot(PCIQXLDevice *d, uint32_t slot_id, uint64_t delta)
+static void qxl_add_memslot(PCIQXLDevice *d, uint32_t slot_id, uint64_t delta,
+QXLDevMemSlot *memslot)
-qxl_add_memslot(d, val, 0);
+qxl_add_memslot(d, val, 0,&m
On 07/06/11 14:19, Alon Levy wrote:
From: Gerd Hoffmann
Allows to build with older spice-protocol versions.
Given that we can't get away with changing the protocol only but require
a new libspices-server for the new features this is pointless ...
cheers,
Gerd
On 07/07/2011 10:14 AM, Gerd Hoffmann wrote:
Can't we just implicitly fail migration whenever there's a device in
the tree that doesn't have VMSTATE?
There are cases where the device doesn't need to save state, so that
alone doesn't cut it.
It should then say so by having an empty VMSTATE d
On 07/06/11 19:13, Anthony Liguori wrote:
On 07/06/2011 11:04 AM, Gerd Hoffmann wrote:
Hi folks,
We'll need to figure a sane way to handle migration to older versions
with new sections, i.e. devices which used to not save state before do
now.
We already have one case in tree: usb. qemu 0.14 sa
Hi,
We don't have a hard policy about not merging devices that don't
support migration.
Since migration must be supported forever, I'd rather see a device
get some solid testing before it starts doing live migration. That
said, we should probably do this consciously by explicitly marking
the
** Attachment added: "Just in case for use, the config for host"
https://bugs.launchpad.net/qemu/+bug/591666/+attachment/2194877/+files/h-config.gz
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/59
If configure guest kernel correctly, it seems that virtio for block is OK!
Could you help or send me your configure file to have a second check
Thanks
version info ===
QEMU 0.14.50 monitor
host kernel: 2.6.39
guest kernel: 2.6.32
config file for kernel info =
** Attachment added: "The disk device on host including virtio block --vda"
https://bugs.launchpad.net/qemu/+bug/591666/+attachment/2194878/+files/1-vdaOnGuest.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launc
** Attachment added: "Host get the expect string "helloHpervisor""
https://bugs.launchpad.net/qemu/+bug/591666/+attachment/2194881/+files/3.getStringOnHypervisor.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.lau
1 - 100 of 101 matches
Mail list logo
