** Attachment added: guest write data into vda
https://bugs.launchpad.net/qemu/+bug/591666/+attachment/2194879/+files/2-write2virtDisk.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/591666
** 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.
** 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.
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: 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.
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
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
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
On 07/06/11 14:19, Alon Levy wrote:
From: Gerd Hoffmannkra...@redhat.com
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
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,
On 07/06/11 14:19, Alon Levy wrote:
From: Gerd Hoffmannkra...@redhat.com
... so we can call them from a thread.
Still needed? I don't think so.
cheers,
Gerd
On Thu, Jul 07, 2011 at 09:33:05AM +0200, Gerd Hoffmann wrote:
On 07/06/11 14:19, Alon Levy wrote:
From: Gerd Hoffmannkra...@redhat.com
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
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)
+{
+
On Thu, Jul 07, 2011 at 09:40:15AM +0200, Gerd Hoffmann wrote:
On 07/06/11 14:19, Alon Levy wrote:
From: Gerd Hoffmannkra...@redhat.com
... 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).
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
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: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 *memslot)
-
Anthony Liguori anth...@codemonkey.ws 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
On 07.07.2011, at 11:23, Markus Armbruster wrote:
Anthony Liguori anth...@codemonkey.ws 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
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)
-
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
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. I do not
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
Perform constant folding for NOT and EXT{8,16,32}{S,U} operations.
Signed-off-by: Kirill Batuzov batuz...@ispras.ru
---
tcg/optimize.c | 59
1 files changed, 59 insertions(+), 0 deletions(-)
diff --git a/tcg/optimize.c b/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 batuz...@ispras.ru
---
tcg/optimize.c | 182 +++-
1 files changed, 180 insertions(+), 2
Perform constant folding for AND, OR, XOR operations.
Signed-off-by: Kirill Batuzov batuz...@ispras.ru
---
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
Perform actual constant folding for ADD, SUB and MUL operations.
Signed-off-by: Kirill Batuzov batuz...@ispras.ru
---
tcg/optimize.c | 125
1 files changed, 125 insertions(+), 0 deletions(-)
diff --git a/tcg/optimize.c b/tcg/optimize.c
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 batuz...@ispras.ru
---
Makefile.target |2 +-
On 7 July 2011 13:37, Kirill Batuzov batuz...@ispras.ru 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
Perform constant forlding for SHR, SHL, SAR, ROTR, ROTL operations.
Signed-off-by: Kirill Batuzov batuz...@ispras.ru
---
tcg/optimize.c | 72
1 files changed, 72 insertions(+), 0 deletions(-)
diff --git a/tcg/optimize.c b/tcg/optimize.c
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 mechanism.
Add some trace events for messages passed between the char layer and the
virtio-serial bus.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/virtio-console.c |9 -
trace-events|5 +
2 files changed, 13 insertions(+), 1 deletions(-)
diff --git
Add some trace events for messages passed between the guest and host.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/virtio-serial-bus.c |7 +++
trace-events |6 ++
2 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/hw/virtio-serial-bus.c
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
Markus fixed offenders in the file but one instance sneaked in via
another patch. Fix it.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
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
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
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
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
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 joerg.roe...@amd.com
---
cutils.c | 16
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,
On Thu, 7 Jul 2011, Peter Maydell wrote:
On 7 July 2011 13:37, Kirill Batuzov batuz...@ispras.ru 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
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
On 07/07/2011 09:32 AM, Luiz Capitulino wrote:
On Tue, 5 Jul 2011 08:02:32 -0500
Michael Rothmdr...@linux.vnet.ibm.com 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
Make use of the KVM_TSC_CONTROL feature if available.
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
---
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
---
On Tue, 5 Jul 2011 08:02:27 -0500
Michael Roth mdr...@linux.vnet.ibm.com 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
On Tue, 5 Jul 2011 08:02:32 -0500
Michael Roth mdr...@linux.vnet.ibm.com 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
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:
On Tue, 5 Jul 2011 08:02:31 -0500
Michael Roth mdr...@linux.vnet.ibm.com 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
On 07/07/2011 09:37 AM, Luiz Capitulino wrote:
On Tue, 5 Jul 2011 08:02:27 -0500
Michael Rothmdr...@linux.vnet.ibm.com 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
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 04:23 AM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws 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
On 07/07/2011 09:32 AM, Luiz Capitulino wrote:
On Tue, 5 Jul 2011 08:02:31 -0500
Michael Rothmdr...@linux.vnet.ibm.com wrote:
Base definitions/includes for Visiter interface used by generated
visiter/marshalling code.
Includes a GenericList type. Our lists require an embedded element.
Since
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_state
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
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
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
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
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
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
On Tue, Jul 5, 2011 at 7:18 PM, Marcelo Tosatti mtosa...@redhat.com 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 mtosa...@redhat.com wrote:
On Tue, Jul 05, 2011 at 04:39:06PM +0300, Dor Laor wrote:
On 07/05/2011 03:58
Hi,
On 5 July 2011 15:19, Peter Maydell peter.mayd...@linaro.org wrote:
On 4 July 2011 23:39, andrzej zaborowski balr...@gmail.com 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
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.
---
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
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
From: Gerd Hoffmann kra...@redhat.com
Inform guest drivers about the new features I/O commands we have
now (async commands, S3 support).
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/qxl.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/hw/qxl.c
---
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
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
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
Anthony Liguori anth...@codemonkey.ws writes:
On 07/07/2011 04:23 AM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws 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.
From: Gerd Hoffmann kra...@redhat.com
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
From: Gerd Hoffmann kra...@redhat.com
Add wrapper functions for all spice worker calls.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/qxl-render.c|4 +-
hw/qxl.c | 32 +-
ui/spice-display.c | 94 ---
From: Gerd Hoffmann kra...@redhat.com
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 kra...@redhat.com
---
hw/qxl.c | 13 -
hw/qxl.h |2
---
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)
On 7 July 2011 16:29, andrzej zaborowski balr...@gmail.com 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
From: Gerd Hoffmann kra...@redhat.com
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 kra...@redhat.com
---
hw/qxl.c |7 +--
ui/spice-display.c | 17
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
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
On Wed, Jul 06, 2011 at 10:58:09PM +0100, Peter Maydell wrote:
On 6 July 2011 21:04, Christopher Harvey char...@matrox.com wrote:
Below are some random comments noticed on a first-pass.
+/* Global timer data */
+static uint64_t global_timer_count = 0;
+static uint64_t
From: Gerd Hoffmann kra...@redhat.com
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 kra...@redhat.com
---
hw/qxl-render.c|
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
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:
---
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
From: Gerd Hoffmann kra...@redhat.com
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 kra...@redhat.com
---
hw/qxl.c | 28
On Thu, 07 Jul 2011 18:50:28 +0200
Stefan Weil w...@mail.berlios.de 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
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.
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
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 Thu, Jul 7, 2011 at 9:36 AM, Nikita A Menkovich menkov...@gmail.com 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
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 ebl...@redhat.com wrote:
On
On Wed, Jul 6, 2011 at 1:01 PM, Shribman, Aidan aidan.shrib...@sap.com wrote:
Subject: [PATCH v2] XBRLE page delta compression for live migration of large
memory apps
From: Aidan Shribman aidan.shrib...@sap.com
Work is based on research results published VEE 2011: Evaluation of Delta
* On Tue, Jul 05, 2011 at 09:30:44PM +0100, Stefan Hajnoczi
stefa...@gmail.com wrote:
On Tue, Jul 5, 2011 at 4:36 PM, Raghavendra D Prabhu
raghu.prabh...@gmail.com wrote:
* On Mon, Jul 04, 2011 at 11:38:30PM +0100, Peter Maydell
peter.mayd...@linaro.org wrote:
On 4 July 2011 23:00,
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 +-
Signed-off-by: Scott Wood scottw...@freescale.com
---
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
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
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 scottw...@freescale.com
---
v2:
- rebase on top of current tree, remove now-unneeded ifdefs
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 scottw...@freescale.com
Signed-off-by: Scott Wood scottw...@freescale.com
---
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
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 Laordl...@redhat.com wrote:
I tried to re-arrange all of the requirements and use cases
On 30.06.2011, at 15:24, Alexander Graf ag...@suse.de wrote:
On 30.06.2011, at 04:11, Lê Đức Tài letai_d...@yahoo.com.vn 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.
98 matches
Mail list logo