Il 03/05/2012 22:58, Stefan Weil ha scritto:
> Am 03.05.2012 19:36, schrieb Stefan Weil:
>> The QEMU emulation which is currently used with Raspberry PI images
>> (qemu-system-arm -M versatilepb ...) accesses memory which was freed.
>>
>> Valgrind output (extract):
>>
>> ==17857== Invalid write of
The Buildbot has detected a new failure on builder ppc-next_x86_64_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/ppc-next_x86_64_debian_6_0/builds/263
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuk
Yes, it seemed to be a good choice to look into, thank you.
But my problem is:
As I've seen, the single step mode generates a debug exception (EXCL_DEBUG)
after every iteration of the main loop, which will make a change in the vm
state.
I can register a vm change state handler in my peripheral and
On 03.05.2012 16:14, Peter Maydell wrote:
On 25 April 2012 06:54, Evgeny Voevodin wrote:
In this patchset refactoring of virtio-mmio layer is made.
Instead of creating virtio-blk-mmio, virtio-net-mmio, etc on the system bus
we create virtio-blk, virtio-net, etc devices on the virtio-transport b
On Tue, May 1, 2012 at 11:31 PM, Stefan Hajnoczi
wrote:
> Libvirt can take advantage of SELinux to restrict the QEMU process and prevent
> it from opening files that it should not have access to. This improves
> security because it prevents the attacker from escaping the QEMU process if
> they ma
On Fri, 4 May 2012, Andreas F?rber wrote:
> Am 04.05.2012 02:41, schrieb Anthony Liguori:
> > On 05/03/2012 02:58 PM, Peter Maydell wrote:
> >> On 9 February 2012 13:46, Anthony Liguori wrote:
> >>> On 02/09/2012 03:48 AM, Markus Armbruster wrote:
> You buried the one truly important sentenc
Am 04.05.2012 02:41, schrieb Anthony Liguori:
> On 05/03/2012 02:58 PM, Peter Maydell wrote:
>> On 9 February 2012 13:46, Anthony Liguori wrote:
>>> On 02/09/2012 03:48 AM, Markus Armbruster wrote:
You buried the one truly important sentence, let me dig it out for you:
***
On 05/03/2012 02:58 PM, Peter Maydell wrote:
On 9 February 2012 13:46, Anthony Liguori wrote:
On 02/09/2012 03:48 AM, Markus Armbruster wrote:
You buried the one truly important sentence, let me dig it out for you:
*** Patches should always go to the mailing list ***
Exceptions need
On Thu, 3 May 2012, Jan Kiszka wrote:
> On 2012-05-03 16:32, malc wrote:
> > On Thu, 3 May 2012, Jan Kiszka wrote:
> >
> >> Not only clean up enabled voices but any registered one. Backends like
> >> pulsaudio rely on unconditional fini handler invocations.
> >>
> >> This fixes "Memory pool destr
FIPS 140-2 requires disabling certain ciphers, including DES, which is used
by VNC to obscure passwords when they are sent over the network. The
solution for FIPS users is to disable the use of VNC password auth when the
host system is operating in FIPS mode.
This patch causes qemu to emit a sysl
Am 03.05.2012 19:36, schrieb Stefan Weil:
The QEMU emulation which is currently used with Raspberry PI images
(qemu-system-arm -M versatilepb ...) accesses memory which was freed.
Valgrind output (extract):
==17857== Invalid write of size 4
==17857== at 0x24EB06: scsi_req_unref (scsi-bus.c:1273
On Thursday, May 03, 2012 11:11:16 AM Alexander Graf wrote:
> On 03.05.2012, at 11:09, Daniel P. Berrange wrote:
> > On Thu, May 03, 2012 at 11:06:18AM +0200, Alexander Graf wrote:
> >> On 03.05.2012, at 11:03, Daniel P. Berrange wrote:
> >>> On Thu, May 03, 2012 at 11:01:29AM +0200, Alexander Graf
On Thursday, May 03, 2012 04:54:42 PM Alexander Graf wrote:
> On 02.05.2012, at 21:32, Paul Moore wrote:
> > FIPS 140-2 requires disabling certain ciphers, including DES, which is
> > used
> > by VNC to obscure passwords when they are sent over the network. The
> > solution for FIPS users is to di
On Thursday, May 03, 2012 09:29:15 AM Daniel P. Berrange wrote:
> On Wed, May 02, 2012 at 03:32:56PM -0400, Paul Moore wrote:
> > static void vnc_set_share_mode(VncState *vs, VncShareMode mode)
> > {
> > #ifdef _VNC_DEBUG
> >
> > @@ -2748,6 +2772,14 @@ void vnc_display_init(DisplayState *ds)
>
Signed-off-by: Gerd Hoffmann
---
audio/paaudio.c | 30 +-
1 files changed, 29 insertions(+), 1 deletions(-)
diff --git a/audio/paaudio.c b/audio/paaudio.c
index aa15f16..8b69778 100644
--- a/audio/paaudio.c
+++ b/audio/paaudio.c
@@ -56,6 +56,26 @@ static void GCC_FM
On Thu, 03 May 2012 09:56:52 +0200
Gerd Hoffmann wrote:
> Hi,
>
> > I think that the question we have to answer is: apart from the keyboard
> > and mouse, is there any device that wants to run while qemu is suspended?
>
> pretty much anything which may wake up the guest. The nics for example
Sorry, i miss the "[PATCH]" in mail's title, i will resend it again.
2012/5/3 dunrong huang
> The str allocated in visit_type_str was not freed
>
> Signed-off-by: dunrong huang
> ---
> hw/qdev-properties.c |8 ++--
> 1 files changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/hw/
The str allocated in visit_type_str was not freed
Signed-off-by: dunrong huang
---
hw/qdev-properties.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/hw/qdev-properties.c b/hw/qdev-properties.c
index 98dd06a..8088699 100644
--- a/hw/qdev-properties.c
+++ b/hw/qd
The str allocated in visit_type_str was not freed
Signed-off-by: dunrong huang
---
hw/qdev-properties.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/hw/qdev-properties.c b/hw/qdev-properties.c
index 98dd06a..8088699 100644
--- a/hw/qdev-properties.c
+++ b/hw/qd
On 05/03/2012 02:52 PM, Peter Maydell wrote:
On 3 May 2012 13:18, Anthony Liguori wrote:
I pushed the v1.1-rc0 tag yesterday so we are officially in feature freeze.
git.qemu.org says you actually pushed a tag "v1.0-rc0" ?
Sigh. Corrected now. Thanks.
Regards,
Anthony Liguori
-- PMM
On 2012-05-03 16:32, malc wrote:
> On Thu, 3 May 2012, Jan Kiszka wrote:
>
>> Not only clean up enabled voices but any registered one. Backends like
>> pulsaudio rely on unconditional fini handler invocations.
>>
>> This fixes "Memory pool destroyed but not all memory blocks freed!"
>> warnings on
On 03.05.2012 23:52, Peter Maydell wrote:
> On 3 May 2012 13:18, Anthony Liguori wrote:
>> I pushed the v1.1-rc0 tag yesterday so we are officially in feature freeze.
>
> git.qemu.org says you actually pushed a tag "v1.0-rc0" ?
1.0 or 1.1 ?
/mjt
On 9 February 2012 13:46, Anthony Liguori wrote:
> On 02/09/2012 03:48 AM, Markus Armbruster wrote:
>> You buried the one truly important sentence, let me dig it out for you:
>>
>> *** Patches should always go to the mailing list ***
>>
>> Exceptions need justification. Responsible handli
On Thursday, May 03, 2012 10:17:15 PM Vitalis wrote:
> And what? Where can I get new drivers for WinXP?
http://people.redhat.com/vrozenfe/build-27/virtio-win-prewhql-0.1.zip
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bug
On 3 May 2012 13:18, Anthony Liguori wrote:
> I pushed the v1.1-rc0 tag yesterday so we are officially in feature freeze.
git.qemu.org says you actually pushed a tag "v1.0-rc0" ?
-- PMM
On Thu, 3 May 2012, Jan Kiszka wrote:
> Not only clean up enabled voices but any registered one. Backends like
> pulsaudio rely on unconditional fini handler invocations.
>
> This fixes "Memory pool destroyed but not all memory blocks freed!"
> warnings on VM shutdowns when pa is used.
Perhaps i
And what? Where can I get new drivers for WinXP?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/990364
Title:
virtio_ioport_write: unexpected address 0x13 value 0x1
Status in QEMU:
New
Bug descr
On 05/02/2012 04:45 AM, Kevin Wolf wrote:
Am 02.05.2012 10:53, schrieb Daniel P. Berrange:
I would much prefer to see us be able to pass FDs in directly alongside
the disk config as we do for netdev TAP/etc, and for QEMU / kernel to be
fixed so that you do not need to re-open FDs on the fly.
I
Not only clean up enabled voices but any registered one. Backends like
pulsaudio rely on unconditional fini handler invocations.
This fixes "Memory pool destroyed but not all memory blocks freed!"
warnings on VM shutdowns when pa is used.
Signed-off-by: Jan Kiszka
---
audio/audio.c |4 ++--
On 03.05.2012, at 20:32, Peter Maydell wrote:
> h2g() will assert if passed an address that's not a valid guest address,
> so handle_cpu_signal() needs to check before passing "data address
> which caused a segfault" to it, since for a misbehaving guest
> that could be anything. If the address is
h2g() will assert if passed an address that's not a valid guest address,
so handle_cpu_signal() needs to check before passing "data address
which caused a segfault" to it, since for a misbehaving guest
that could be anything. If the address isn't a valid guest address
then we can simply skip the at
Going forward with simpletrace v2 variable size trace records, we cannot
have a generic function to print trace event info and therefore this
interface becomes invalid.
As per Stefan Hajnoczi:
"This command is only available from the human monitor. It's not very
useful because it historically ha
Existing simpletrace backend allows to trace at max 6 args and does not
support strings. This newer tracelog format gets rid of fixed size records
and therefore allows to trace variable number of args including strings.
Sample trace:
v9fs_version 0.000 tag=0x id=0x64 msize=0x2000 version=9P200
A newer tracelog format which gets rid of fixed size trace records and
therefore allows to trace multiple arguments as well as strings in trace
events.
Sample trace:
v9fs_version 0.000 tag=0x id=0x64 msize=0x2000 version=9P2000.L
v9fs_version_return 6.705 tag=0x id=0x64 msize=0x2000 versio
With this patch, simpletrace.py can parse the older as well as the newer log
format which supports variable arguments and strings.
Signed-off-by: Harsh Prateek Bora
---
scripts/simpletrace.py | 138 +---
1 files changed, 95 insertions(+), 43 deletions
The QEMU emulation which is currently used with Raspberry PI images
(qemu-system-arm -M versatilepb ...) accesses memory which was freed.
Valgrind output (extract):
==17857== Invalid write of size 4
==17857==at 0x24EB06: scsi_req_unref (scsi-bus.c:1273)
==17857==by 0x24FFAE: scsi_read_com
On 3 May 2012 17:09, Stefan Weil wrote:
> Code which is compiled with CONFIG_TCG_DEBUG (set by configure option
> --enable-debug-tcg) should not disable the assert macro by
> defining NDEBUG.
>
> With the wrong macro name CONFIG_TCG_DEBUG, all assertions in tci.c
> were completely useless because
Code which is compiled with CONFIG_TCG_DEBUG (set by configure option
--enable-debug-tcg) should not disable the assert macro by
defining NDEBUG.
With the wrong macro name CONFIG_TCG_DEBUG, all assertions in tci.c
were completely useless because NDEBUG was always defined.
Signed-off-by: Stefan We
From: Andreas Färber
After all target CPUs have been QOM'ified, we no longer need an #ifdef
to switch between object_delete() and g_free() in NPTL thread exit.
Signed-off-by: Andreas Färber
Signed-off-by: Riku Voipio
---
linux-user/syscall.c |4
1 file changed, 4 deletions(-)
diff -
From: Alexander Graf
Improve the emulation of /proc/self/maps by reading the underlying
host maps file and passing lines through with addresses adjusted
to be guest addresses. This is necessary to avoid false triggers
of the glibc check that a format string containing '%n' is not in
writable memo
From: Riku Voipio
The following fixes since commit f05ae5379e40f81a6c8526d891693af8bf6e62da:
Bail out if CONFIG_TCG_PASS_AREG0 is defined (2012-05-03 15:48:49 +0400)
are available in the git repository at:
git://git.linaro.org/people/rikuvoipio/qemu.git linux-user-for-upstream
Please pull
On 02.05.2012, at 21:32, Paul Moore wrote:
> FIPS 140-2 requires disabling certain ciphers, including DES, which is used
> by VNC to obscure passwords when they are sent over the network. The
> solution for FIPS users is to disable the use of VNC password auth when the
> host system is operating
On Thu, 03 May 2012 09:26:48 -0500
Anthony Liguori wrote:
> On 05/03/2012 08:46 AM, Luiz Capitulino wrote:
> > On Thu, 03 May 2012 07:18:12 -0500
> > Anthony Liguori wrote:
> >
> >> Hi,
> >>
> >> I pushed the v1.1-rc0 tag yesterday so we are officially in feature
> >> freeze. At
> >> this poin
On 3 May 2012 15:27, Christian Borntraeger wrote:
> commit 17df768c1e4580f03301d18ea938d3557d441911
> load_image_targphys() should enforce the max size
>
> caused some problems with external kernel and specific ram sizes on s390:
>
> We load the external kernel with
>
> [...]
> kerne
On 2012-05-03 11:15, Gerd Hoffmann wrote:
> Hi,
>
The point is that both pt as well as emulation suffer from the same
issue: lacking real-time support of QEMU. So I guess Windows uses a
different buffer size for the real hardware than for our HDA model.
>>>
>>> For pt hardware, th
commit 17df768c1e4580f03301d18ea938d3557d441911
load_image_targphys() should enforce the max size
caused some problems with external kernel and specific ram sizes on s390:
We load the external kernel with
[...]
kernel_size = load_image_targphys(kernel_filename, 0, ram_size);
[...
On 05/03/2012 08:46 AM, Luiz Capitulino wrote:
On Thu, 03 May 2012 07:18:12 -0500
Anthony Liguori wrote:
Hi,
I pushed the v1.1-rc0 tag yesterday so we are officially in feature freeze. At
this point, we will only accept bug fixes until we release 1.1. Submaintainers
may maintain their own t
On Thu, 03 May 2012 07:18:12 -0500
Anthony Liguori wrote:
> Hi,
>
> I pushed the v1.1-rc0 tag yesterday so we are officially in feature freeze.
> At
> this point, we will only accept bug fixes until we release 1.1.
> Submaintainers
> may maintain their own trees in the interim so please ch
Hi,
>>> The point is that both pt as well as emulation suffer from the same
>>> issue: lacking real-time support of QEMU. So I guess Windows uses a
>>> different buffer size for the real hardware than for our HDA model.
>>
>> For pt hardware, the BARs just get directly mapped into guest memory s
On 03.05.2012, at 15:36, Christian Borntraeger wrote:
>
> Ben, Alex,
>
> commit 17df768c1e4580f03301d18ea938d3557d441911
>load_image_targphys() should enforce the max size
>
> caused some problems with external kernel and specific ram sizes on s390:
>
> We load the external kernel with
>
On 2012-05-03 09:42, Alexander Graf wrote:
>
> On 03.05.2012, at 14:29, Jan Kiszka wrote:
>
>> On 2012-05-02 19:42, Alexander Graf wrote:
>>>
>>> On 02.05.2012, at 20:17, Jan Kiszka wrote:
>>>
On 2012-04-25 09:34, Gerd Hoffmann wrote:
> On 04/25/12 13:03, Jan Kiszka wrote:
>> Hi Gerd
Ben, Alex,
commit 17df768c1e4580f03301d18ea938d3557d441911
load_image_targphys() should enforce the max size
caused some problems with external kernel and specific ram sizes on s390:
We load the external kernel with
[...]
kernel_size = load_image_targphys(kernel_filename, 0, ra
On 03.05.2012, at 14:32, Anthony Liguori wrote:
> On 05/03/2012 04:07 AM, Alexander Graf wrote:
>>
>> On 03.05.2012, at 11:05, Paolo Bonzini wrote:
>>
>>>
> The usual old fix was to not even compile them in. Why are they in
> the alias list in the s390 build now?
Because the
In qemu-i386 can I know "How many bytes is a instruction before it run"??
Il 03/05/2012 14:45, Anthony Liguori ha scritto:
> On 05/02/2012 04:50 PM, Paolo Bonzini wrote:
>> Il 02/05/2012 22:00, Anthony Liguori ha scritto:
>>
>>> Classes are first class objects and can contain members, but I don't
>>> know of any system where you actively look at the same field in a
>>> s
On 05/02/2012 04:50 PM, Paolo Bonzini wrote:
Il 02/05/2012 22:00, Anthony Liguori ha scritto:
Classes are first class objects and can contain members, but I don't
know of any system where you actively look at the same field in a
super class for each class in the hierarchy. That's really trippy.
On 03.05.2012, at 14:29, Jan Kiszka wrote:
> On 2012-05-02 19:42, Alexander Graf wrote:
>>
>> On 02.05.2012, at 20:17, Jan Kiszka wrote:
>>
>>> On 2012-04-25 09:34, Gerd Hoffmann wrote:
On 04/25/12 13:03, Jan Kiszka wrote:
> Hi Gerd,
>
> I had problems with Windows LiveMeeting
Hi,
>>> I found another workaround: audio hw passthrough. Works nicely. And this
>>> indicates that there should be still some room for improvement in the
>>> device model so that Windows chooses a proper ring buffer size, no?
>>
>> Why? For hw passthrough, mmio doesn't go through qemu anymore,
Am 02.05.2012 22:26, schrieb MORITA Kazutaka:
> This is necessary for qemu to work with the older version of Sheepdog
> which doesn't support SD_OP_FLUSH_VDI.
>
> Signed-off-by: MORITA Kazutaka
Thanks, applied to the block branch.
Kevin
On 05/03/2012 04:07 AM, Alexander Graf wrote:
On 03.05.2012, at 11:05, Paolo Bonzini wrote:
The usual old fix was to not even compile them in. Why are they in
the alias list in the s390 build now?
Because the alias list is in target-independent code.
The old fix was brittle anyway, it dep
On 2012-05-02 19:42, Alexander Graf wrote:
>
> On 02.05.2012, at 20:17, Jan Kiszka wrote:
>
>> On 2012-04-25 09:34, Gerd Hoffmann wrote:
>>> On 04/25/12 13:03, Jan Kiszka wrote:
Hi Gerd,
I had problems with Windows LiveMeeting expecting a microphone as
input. But the HDA model
Hi,
I pushed the v1.1-rc0 tag yesterday so we are officially in feature freeze. At
this point, we will only accept bug fixes until we release 1.1. Submaintainers
may maintain their own trees in the interim so please check with the appropriate
person listed in MAINTAINERS if you have a questi
On 2012-05-02 18:26, Alexander Graf wrote:
>
>
> On 02.05.2012, at 20:14, Jan Kiszka wrote:
>
>> Hi,
>>
>> I'm running a Win7 VM over AHCI, rebooting quite frequently. Depending
>> on host system load, I'm facing a lot of sporadic boot failures (disk
>> not found), obviously in SeaBIOS. Could i
On Monday, April 30, 2012 07:17:09 PM Vadim Rozenfeld wrote:
> On Monday, April 30, 2012 03:31:03 PM Stefan Hajnoczi wrote:
> > Hi Vadim,
> > Here is a recent bug report with virtio-win-0.1-22.iso. Wanted to
> > bring it to your attention, please let me know if you already monitor
> > these bug em
On 25 April 2012 06:54, Evgeny Voevodin wrote:
> In this patchset refactoring of virtio-mmio layer is made.
> Instead of creating virtio-blk-mmio, virtio-net-mmio, etc on the system bus
> we create virtio-blk, virtio-net, etc devices on the virtio-transport bus.
> To create virtio-transport bus vi
In qemu where is "Instruction Register"??
From: Alon Levy
Add mouse_mode, either server or mouse, to qmp and hmp commands, based
on spice_server_is_server_mouse added in spice-server 0.10.3.
Signed-off-by: Alon Levy
Signed-off-by: Gerd Hoffmann
---
hmp.c|2 ++
qapi-schema.json | 27 ++-
ui/sp
From: Alon Levy
Signed-off-by: Alon Levy
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index c614c91..6c11e70 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1191,7 +1191,10 @@ static void qxl_create_guest_pr
From: Alon Levy
Signed-off-by: Alon Levy
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index b6a738e..8b66cbb 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -394,7 +394,11 @@ static int qxl_track_command(PCI
Hi,
Here comes the spice patch queue. Nothing major. Most patches make qxl
robust against guest bugs, by making qxl logging a message and raising
an error IRQ instead of calling abort(). And a few other bugfixes.
please pull,
Gerd
Alon Levy (12):
spice: require spice-protocol >= 0.8.1
From: Alon Levy
Signed-off-by: Alon Levy
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 6e7232c..44ee495 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -768,8 +768,13 @@ static int interface_req_curs
From: Alon Levy
Signed-off-by: Alon Levy
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c | 51 +++
1 files changed, 39 insertions(+), 12 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index b22f86e..44a4c9b 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -27
From: Alon Levy
Signed-off-by: Alon Levy
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c | 25 +++--
1 files changed, 19 insertions(+), 6 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index c3540c3..9e8cdf3 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1097,15 +1097,28 @@ void *qxl
From: Alon Levy
Signed-off-by: Alon Levy
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 8b66cbb..b22f86e 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -777,8 +777,8 @@ static void interface_async_complet
From: Alon Levy
Signed-off-by: Alon Levy
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 44a167a..c614c91 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1464,8 +1464,7 @@ async_common:
qxl_spice_d
From: Alon Levy
Signed-off-by: Alon Levy
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 44a4c9b..6e7232c 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1503,7 +1503,7 @@ static void qxl_send_events(PCIQXLD
> > Uhm, Christian fix would have the same problem actually if
> > virtio-*-pci were to be moved in libhw. IIRC I proposed the
> > same change on review and Anthony nacked it on these grounds.
> > You could move the alias list to target-dependent code, though.
>
> Can't we just make the virtio-*
On 03.05.2012, at 11:09, Daniel P. Berrange wrote:
> On Thu, May 03, 2012 at 11:06:18AM +0200, Alexander Graf wrote:
>>
>> On 03.05.2012, at 11:03, Daniel P. Berrange wrote:
>>
>>> On Thu, May 03, 2012 at 11:01:29AM +0200, Alexander Graf wrote:
On 03.05.2012, at 10:57, Daniel P. Berr
On Thu, May 03, 2012 at 11:06:18AM +0200, Alexander Graf wrote:
>
> On 03.05.2012, at 11:03, Daniel P. Berrange wrote:
>
> > On Thu, May 03, 2012 at 11:01:29AM +0200, Alexander Graf wrote:
> >>
> >> On 03.05.2012, at 10:57, Daniel P. Berrange wrote:
> >>
> >>> On Thu, May 03, 2012 at 10:51:15AM
On 03.05.2012, at 11:05, Paolo Bonzini wrote:
>
>>> The usual old fix was to not even compile them in. Why are they in
>>> the alias list in the s390 build now?
>>
>> Because the alias list is in target-independent code.
>>
>> The old fix was brittle anyway, it dependent on the fact that
>> vi
On 03.05.2012, at 11:03, Daniel P. Berrange wrote:
> On Thu, May 03, 2012 at 11:01:29AM +0200, Alexander Graf wrote:
>>
>> On 03.05.2012, at 10:57, Daniel P. Berrange wrote:
>>
>>> On Thu, May 03, 2012 at 10:51:15AM +0200, Alexander Graf wrote:
On 03.05.2012, at 10:29, Daniel P. Berr
> > The usual old fix was to not even compile them in. Why are they in
> > the alias list in the s390 build now?
>
> Because the alias list is in target-independent code.
>
> The old fix was brittle anyway, it dependent on the fact that
> virtio-blk-pci was not part of libhw. A similar trick br
On 03.05.2012, at 11:01, Alexander Graf wrote:
>
> On 03.05.2012, at 10:57, Daniel P. Berrange wrote:
>
>> On Thu, May 03, 2012 at 10:51:15AM +0200, Alexander Graf wrote:
>>>
>>> On 03.05.2012, at 10:29, Daniel P. Berrange wrote:
>>>
On Wed, May 02, 2012 at 03:32:56PM -0400, Paul Moore w
On Thu, May 03, 2012 at 11:01:29AM +0200, Alexander Graf wrote:
>
> On 03.05.2012, at 10:57, Daniel P. Berrange wrote:
>
> > On Thu, May 03, 2012 at 10:51:15AM +0200, Alexander Graf wrote:
> >>
> >> On 03.05.2012, at 10:29, Daniel P. Berrange wrote:
> >>
> >>> On Wed, May 02, 2012 at 03:32:56PM
> The usual old fix was to not even compile them in. Why are they in
> the alias list in the s390 build now?
Because the alias list is in target-independent code.
The old fix was brittle anyway, it dependent on the fact that
virtio-blk-pci was not part of libhw. A similar trick broke for
cirrus
On 03.05.2012, at 10:57, Daniel P. Berrange wrote:
> On Thu, May 03, 2012 at 10:51:15AM +0200, Alexander Graf wrote:
>>
>> On 03.05.2012, at 10:29, Daniel P. Berrange wrote:
>>
>>> On Wed, May 02, 2012 at 03:32:56PM -0400, Paul Moore wrote:
FIPS 140-2 requires disabling certain ciphers, in
On Thu, May 03, 2012 at 10:51:15AM +0200, Alexander Graf wrote:
>
> On 03.05.2012, at 10:29, Daniel P. Berrange wrote:
>
> > On Wed, May 02, 2012 at 03:32:56PM -0400, Paul Moore wrote:
> >> FIPS 140-2 requires disabling certain ciphers, including DES, which is used
> >> by VNC to obscure password
On 03.05.2012, at 10:53, Christian Borntraeger wrote:
> On 03/05/12 10:49, Alexander Graf wrote:
>>
>> On 03.05.2012, at 10:47, Christian Borntraeger wrote:
>>
>>> When qemu is called with -device virtio-serial/blk/net on s390, this alias
>>> is translated to virtio-serial/blk/net-pci instead o
From: Alon Levy
Requiring spice-server >= 0.8.2 is not enough since spice-server.pc
doesn't require spice-protocol (any version). Until that is fixed
upstream an explicit requirement in qemu fixes compilation broken since
commit 2e1a98c9c1b90ca093278c6b43244dc46604d7b7
Author: Alon Levy
Date:
From: Alon Levy
Signed-off-by: Alon Levy
Signed-off-by: Gerd Hoffmann
---
hw/qxl-logger.c | 51 ++-
hw/qxl-render.c | 14 +++---
hw/qxl.c| 13 -
hw/qxl.h|6 +++---
4 files changed, 64 insertions(+), 2
From: Alon Levy
Signed-off-by: Alon Levy
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c | 27 ---
1 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 44ee495..44a167a 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1038,8 +1038,8 @@ static co
On 03/05/12 10:49, Alexander Graf wrote:
>
> On 03.05.2012, at 10:47, Christian Borntraeger wrote:
>
>> When qemu is called with -device virtio-serial/blk/net on s390, this alias
>> is translated to virtio-serial/blk/net-pci instead of s390, since these
>> drivers are first in the alias table.
>>
On 03.05.2012, at 10:29, Daniel P. Berrange wrote:
> On Wed, May 02, 2012 at 03:32:56PM -0400, Paul Moore wrote:
>> FIPS 140-2 requires disabling certain ciphers, including DES, which is used
>> by VNC to obscure passwords when they are sent over the network. The
>> solution for FIPS users is to
On 03.05.2012, at 10:47, Christian Borntraeger wrote:
> When qemu is called with -device virtio-serial/blk/net on s390, this alias
> is translated to virtio-serial/blk/net-pci instead of s390, since these
> drivers are first in the alias table.
> Let the core code check if the driver exist, if no
When qemu is called with -device virtio-serial/blk/net on s390, this alias
is translated to virtio-serial/blk/net-pci instead of s390, since these
drivers are first in the alias table.
Let the core code check if the driver exist, if not lets search further.
This fixes errors like:
qemu-kvm: -devic
On Wed, May 02, 2012 at 03:32:56PM -0400, Paul Moore wrote:
> FIPS 140-2 requires disabling certain ciphers, including DES, which is used
> by VNC to obscure passwords when they are sent over the network. The
> solution for FIPS users is to disable the use of VNC password auth when the
> host syst
Hi,
> I think that the question we have to answer is: apart from the keyboard
> and mouse, is there any device that wants to run while qemu is suspended?
pretty much anything which may wake up the guest. The nics for example
for wake-on-lan. I'm not sure whenever they care about the runstate
This patch adds a "use64" property which will make the ivshmem driver
register a 64bit memory bar when set, so you have something to play with
when testing 64bit pci bits. It also allows to have quite big shared
memory regions, like this:
[root@fedora ~]# lspci -vs1:1
01:01.0 RAM memory: Red Hat,
In qemu in i386, where are cc and df flags??
99 matches
Mail list logo
