06.12.2013 22:43, Stefan Weil wrote:
The memory region can be included by value instead of by reference in the
device state (like it is done in other SoCs).
Applied to trivial-patches queue, with the suggested comment fix.
Thanks!
/mjt
07.12.2013 18:09, Stefan Weil wrote:
Commit ac86048bcd41129b18702ba63395f222871804de removed trace.h from
console.h and ignored the fact that qxl-render.c needs this file
(it includes qxl.h which includes console.h which included trace.h).
Signed-off-by: Stefan Weil s...@weilnetz.de
---
We have a regression introduced by one of previous trivial patches,
here's a (one-line) fix for it. Please consider applying/pulling
at earliest opportunity, since it fixes a build problem when
CONFIG_QXL is enabled.
Thanks,
/mjt
The following changes since commit
-by: Michael Tokarev m...@tls.msk.ru
---
hw/display/qxl-render.c |1 +
1 file changed, 1 insertion(+)
diff --git a/hw/display/qxl-render.c b/hw/display/qxl-render.c
index d34b0c4..84f1367 100644
--- a/hw/display/qxl-render.c
+++ b/hw/display/qxl-render.c
@@ -20,6 +20,7 @@
*/
#include qxl.h
07.12.2013 12:24, Stefan Weil wrote:
I also removed two hyphens in the same comment.
Thanks, applied.
/mjt
06.12.2013 16:52, Alexander Graf wrote:
When we're running in non-64bit mode with qemu-system-x86_64 we can
still end up with virtual addresses that are above the 32bit boundary
if a segment offset is set up.
GNU Hurd does exactly that. It sets the segment offset to 0x8000 and
puts its
07.12.2013 17:48, Stefan Weil wrote:
These patches were previously sent as single patches instead of
a patch series. They all replace sizeof(array) / sizeof(*array)
by macros.
v2: Fix typos in commit messages (thanks to Peter Maydell).
Applied to trivial-patches queue.
[PATCH v2 1/5]
09.12.2013 11:51, Amos Kong пишет:
Commit 6ef4716cecdfa1b3794c1a33edba9840e1aa6b5f cleaned up the
parse code of boot parameter, parse code of strict wasn't
re-implemented, it caused that strict boot feature is always
disabled.
Signed-off-by: Amos Kong ak...@redhat.com
---
files changed, 2 insertions(+), 1 deletions(-)
I think it is okay to go to qemu-trivial (both patches are fine to my eyes).
I queued them up for now, will roll back if there's any objections. At any
rate,
Reviewed-by: Michael Tokarev m...@tls.msk.ru
Note that boot_strict can be made static since
---
vl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/vl.c b/vl.c
index ae6d0c6..e47fea1 100644
--- a/vl.c
+++ b/vl.c
@@ -230,7 +230,7 @@ int ctrl_grab = 0;
unsigned int nb_prom_envs = 0;
const char *prom_envs[MAX_PROM_ENVS];
int boot_menu;
-bool boot_strict;
+static
09.12.2013 15:53, Amos Kong wrote:
Commit 6ef4716 cleaned up parsing of -boot option argument, but
accidentally dropped parameter strict. It should have been updated
exactly like parameter menu. Do that.
Signed-off-by: Amos Kong ak...@redhat.com
---
v2: remove bios.bin change, I just used
12.12.2013 18:52, Stefan Hajnoczi wrote:
The GStaticMutex API was deprecated in glib 2.32. We cannot switch over
to GMutex unconditionally since we would drop support for older glib
versions. But the deprecated API warnings during build are annoying so
use static GMutex when possible.
I'm trying to debug an issue with qemu 1.7, when altmbr.bin
from syslinux is unable to boot from a logical partition when
qemu emulates sata drive, but works just fine with ide drive.
While debugging, I noticed that sata drive has some other
interesting glitches too.
qemu-system-x86_64
07.10.2010 17:17, Nigel Horne wrote:
2) KVM doesn't have specific versions on Debian. The kernel is built with
KVM included. The kernel is version 2.6.32-5
This is just plain wrong. _Every_ package in debian
has specific version, just like in almost every other
distribution.
/mjt
As I mentioned in email reply, _every_ package in almost every
distribution (the ones I know anyway), Debian included, has a version
number attached.
The git commit ID (58aebb946acff82c62383f350cab593e55cc13dc) appears to
be in qemu or qemu-kvm git tree (it's found on both), somewhere past
The crashes were most likely fixed by commit
e8637c9013609271772cc0c3436cb1240cd6b034 , which is a part of 0.13 and
while it applies to 0.12 just fine, it didn't went into 0.12-stable.
--
qemu 0.11.50: Guest boot failed when the drive interface is scsi
https://bugs.launchpad.net/bugs/485251
You
virtio disk is entrely different story, unrelated to this issue.
** Changed in: qemu
Status: Incomplete = Fix Committed
--
Windows XP/2003 doesn't boot
https://bugs.launchpad.net/bugs/586175
You received this bug notification because you are a member of qemu-
devel-ml, which is
Can we fix this trivial bug please?
See:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578846
https://bugs.launchpad.net/qemu/+bug/584139
I switched qemu-kvm in debian to use qemu-keymaps package
(separately packaged keymaps), but it re-introduces
debian#578846.
Thanks!
/mjt
-Off-By: Brad Jorsch ano...@users.sourceforge.net
Signed-Off-By: Michael Tokarev m...@tls.msk.ru
diff --git a/hw/usb-hid.c b/hw/usb-hid.c
--- a/hw/usb-hid.c
+++ b/hw/usb-hid.c
@@ -401,3 +401,3 @@ static const uint8_t usb_hid_usage_keys[0x100] = {
0x51, 0x4e, 0x49, 0x4c, 0x00, 0x00, 0x00, 0x00
Works For Me (tm).
Mouse behavour changed in 0.13 (compared with 0.12) a bit - now, without
the usual in such cases -usbdevice tablet, guest mouse does not follow
host mouse, because they don't match anyway. You have to switch to
guest (Ctrl+Alt, or hit mouse in guest window) to activate guest
I think this can safely be closed - it's a known guest (winXP) behavour,
as in, use right drivers.
** Changed in: qemu
Status: New = Invalid
--
Windows XP uses 200% CPU when given 2 VCPUs
https://bugs.launchpad.net/bugs/654913
You received this bug notification because you are a member
What I mean is that ACPI is required nowadays for any sane SMP. Yes,
enabling ACPI.
Speaking of 200% CPU for MPS being faster than ACPI version - maybe
it's your cpufreq code, and switching from 'ondemand' to 'performance'
governer will make ACPI version faster?
I see no difference in speed
WinXP chews 200% CPU when switched in device manager to MPS computer
from ACPI computer even if there's no -no-acpi on the kvm command line
(after some tries I was able to switch it from ACPI to MPS). So it is
how windows works, not how kvm works.
** Changed in: qemu
Status: New = Invalid
I see no problems in my tests wrt SMP performance (tried two cores only
so far). MPS variant in winXP works noticeable slower in my case,
apparently due to CPU wastage. ACPI variant runs almost at native speed
(when run in winXP booted on bare metal) - I tried some simple multi-
treaded java
09.11.2010 17:33, Michael Tokarev wrote:
09.11.2010 16:48, malc wrote:
On Tue, 9 Nov 2010, Jan Kiszka wrote:
Am 09.11.2010 00:48, Michael Tokarev wrote:
[]
Yes, sound in 0.13 appears to be broken. It is looping in
select/read loop forever, read returns EAGAIN and select
says
09.11.2010 16:48, malc wrote:
On Tue, 9 Nov 2010, Jan Kiszka wrote:
Am 09.11.2010 00:48, Michael Tokarev wrote:
[]
Yes, sound in 0.13 appears to be broken. It is looping in
select/read loop forever, read returns EAGAIN and select
says the filedescriptor is ready.
Try to set
10.11.2010 12:39, Stefan Pietsch wrote:
* Michael Tokarev m...@tls.msk.ru [2010-11-09 15:41]:
Ok. This is wrong: neither of the two changes went into any
stable release. Hence we've bugs which are long fixed but
no one knows about this. As usual for qemu[-kvm] development.
I can
** Bug watch added: Debian Bug tracker #603223
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603223
** Also affects: qemu-kvm (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603223
Importance: Unknown
Status: Unknown
--
KVM segmentation fault, using
This is fixed upstream (in seabios actually) by commit
6d5a2172f2b76900572107868ec080400c4f615d -- see
http://git.linuxtogo.org/?p=kevin/seabios.git;a=commit;h=6d5a2172f2b76900572107868ec080400c4f615d
. I added this patch to Debian releases of qemu-kvm, both for squeeze
and experimental.
--
** Bug watch added: Debian Bug tracker #603223
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603223
** Also affects: qemu-kvm (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603223
Importance: Unknown
Status: Unknown
** Package changed: qemu-kvm (Debian) = debian
More information about this. The mentioned commit fixes just the
messages apparently, but not the actual problem which is elsewhere. The
complete fix consists of 3 patches: the above in comment#7, and also
22d948a2d97434192018bdabaf0a50cda7f994be and
38cc9b607f85017b095793cab6c129bc9844f441 from
13.11.2010 10:51, Jan Kiszka wrote:
Am 13.11.2010 08:49, Stefan Hajnoczi wrote:
On Fri, Nov 12, 2010 at 10:02 PM, Jan Kiszka jan.kis...@web.de wrote:
Hi,
both after hard and guest-initiated reset, something is seriously broken
with virtio block devices. If I reset my Linux guest while still
17.11.2010 04:57, Adhyas Avasthi wrote:
I am trying to use it on my custom build of open source EFI BIOS
(which does not use interrupts, and uses only polling) and this does
not work. Also, PS2 Mouse does not work for Ubuntu 10.10. x86_64 guest
for me.
Oh, and the same BIOS (and its driver)
There's no need to add any more specific information. The bug's in the
code in qemu.
net/vde.c:
static int net_vde_init(VLANState *vlan, const char *model,
const char *name, const char *sock,
int port, const char *group, int mode)
{
...
vde =
On 18.11.2010 14:42, Gleb Natapov wrote:
[]
For *that* use case well have to do a bit more like dynamically
building the acpi table which indicates which slots are
hot-pluggable and which are not. Which indeed would be useful and
would fix the windows xp offering me to unplug the piix chipset
23.11.2010 15:08, Luiz Capitulino wrote:
[]
- 0.14 (release date, bug day, -rc planning, etc)
Um, can we have some 0.13.x before, please?.. :)
/mjt
After the main repository has been moved out of
savannah to qemu.org, the one on savannah exists
but isn't being updated.
Should it be removed, or set up as a slave of the
main repository? When discussing the move the latter
were assumed, but perhaps it were forgotten?
Current situation is
03.01.2011 16:23, EsbenHaabendal wrote:
How should I interpret Fix Released?
qemu in maverick is still 0.12.5 and 0.12.3 in lucid.
Not all the world is ubuntu. In qemu (and qemu-kvm) the
issue is fixed in 0.13, which were released quite some
time ago.
Will this not be fixed in current
clean, in my opinion anyway.
The patchset is, unfortunately, untested on Windows.
Thanks!
Michael Tokarev (3):
make path_has_protocol() to return pointer instead of bool
use new path_has_protocol() in bdrv_find_protocol()
make path_combine() especially for filenames, not URLs
block.c | 97
Signed-off-by: Michael Tokarev m...@tls.msk.ru
---
block.c |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/block.c b/block.c
index e5a6f60..42d6ff1 100644
--- a/block.c
+++ b/block.c
@@ -314,7 +314,7 @@ static BlockDriver *find_hdev_driver(const char *filename
it in is_windows_drive_prefix() (since any form of slash
can be used in constructs like //./), remove path_is_absolute() and
hardcode the trivial (but right) condition in path_combine(), and
simplify path_combine() further by removing protocol: handling
and unifying shash searching.
Signed-off-by: Michael Tokarev m
Currently protocol: parsing in filenames is ad-hoc and scattered all around
block.c. This is a first step to prepare for common parsing.
Signed-off-by: Michael Tokarev m...@tls.msk.ru
---
block.c | 18 +++---
1 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/block.c
28.01.2011 11:06, Yoshiaki Tamura wrote:
[]
I would like Kemari to be included for 0.14. Thanks to many
valuable comments from various reviewers, it got better than
ever, I believe. For those who may object, it wouldn't affect
any functions including live migration unless one turns it on.
04.02.2011 15:25, Anthony Liguori wrote:
To help make the stable branch more active than it has been in the past,
I'd like to split the stable branch into a separate tree to allow the
tree to develop a life of its own over time.
What's the difference between a separate tree and a branch in
uint64_t as 3rd arg, so we have to add ULL
to fix the invocation.
Signed-Off-By: Michael Tokarev m...@tls.msk.ru
--- a/target-i386/helper.c
+++ b/target-i386/helper.c
@@ -1152,3 +1152,3 @@
-qemu_inject_x86_mce(env, 1, 0xa000, 0, 0, 0);
+qemu_inject_x86_mce
http://article.gmane.org/gmane.comp.emulators.kvm.devel/67445 -- Ping?
qemu (0.14rc1) still can't be compiled on 32bit i386 host due to this.
/mjt
05.02.2011 13:48, Jan Kiszka wrote:
On 2011-02-05 10:27, Michael Tokarev wrote:
When compiling on i386 (32bit) compiler choles on this:
CC
I noticed that current vgabios (as shipped with
0.14.0-rc) does not work well with qemu-kvm-0.12,
despite very small changes in the source.
cirrus emulation works just fine. But with stdvga
(which uses vgabios.bin file in 0.12), X does not
start with the following message in X.org:
(WW)
16.02.2011 12:25, Michael Tokarev wrote:
I noticed that current vgabios (as shipped with
0.14.0-rc) does not work well with qemu-kvm-0.12,
despite very small changes in the source.
cirrus emulation works just fine. But with stdvga
(which uses vgabios.bin file in 0.12), X does not
start
19.02.2011 20:56, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
Nothing prevented IRQ sharing on the ISA bus in principle. Not all
boards supported this, neither each and every card nor driver and OS.
Still, there existed valid IRQ sharing scenarios, (at least) two of them
can
This bug is not fixed. There was an attempt to fix it, but it were
reverted. There was another attempt (by me) but it was incomplete (I'll
resend in shortly).
For some reason I can't change status of this bug back to something more
appropriate.
--
You received this bug notification because
I wonder why with etherboot ROMs, the network boot
happens two times (0.12.x), like this:
-
Starting SeaBIOS (version 0.5.1-20100801_125707-gandalf)
Booting from virtio-net.zrom 5.4.4 (GPL) ether...
ROM segment 0xc900 length 0x8000 reloc 0x
Etherboot 5.4.4 (GPL)
** Bug watch added: Debian Bug tracker #591266
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591266
** Also affects: qemu-kvm (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591266
Importance: Unknown
Status: Unknown
--
Windows 98 doesn't detect mouse on qemu
02.08.2010 20:23, Gianni Tedesco wrote:
On Sun, 2010-08-01 at 21:27 +0100, Stefan Hajnoczi wrote:
On Sun, Aug 1, 2010 at 10:44 AM, Michael Tokarev m...@tls.msk.ru wrote:
I wonder why with etherboot ROMs, the network boot
happens two times (0.12.x), like this:
-
Starting SeaBIOS
This appears to be fixed in 0.13-tobe by this patch:
http://lists.gnu.org/archive/html/qemu-devel/2010-07/msg00152.html
(hence it's fix released in debian which now has 0.13 in experimental).
** Bug watch added: Debian Bug tracker #588739
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588739
(and it is also filed agains debian qemu-kvm package, not just qemu --
http://bugs.debian.org/588739 )
--
Windows XP/2003 doesn't boot
https://bugs.launchpad.net/bugs/586175
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in
Isn't it the case that's fixed by commit
d9812b033a17c82f9e933757c1c3ef364e3ba62d as shown in
http://comments.gmane.org/gmane.comp.emulators.qemu/72593 which is
actually this very bugreport mirrored to qemu-devel mailinglist?
--
sound broken in qemu 0.12.x
https://bugs.launchpad.net/bugs/510612
Actually it does not quite work (ctrl+alt+f). It works for some small
standard screen sizes, but chokes (aborts) on larger screen sizes.
Could not open SDL display
and.. oops.
This is what Anthony had to say to my email to qemu-devel about this
issue:
===
Depending on how SDL is configured,
This is fixed by a backport of the mentioned patchset to stable-0.12
branch, in qemu git tree, see
http://git.savannah.gnu.org/gitweb/?p=qemu.git;a=commit;h=6394bd0e05441c363ebb73597c74c951378810e6
--
Windows XP/2003 doesn't boot
https://bugs.launchpad.net/bugs/586175
You received this bug
24.08.2010 15:02, Stefan Hajnoczi wrote:
[]
Sometimes an improvement has a side effect and it makes sense to hold
back the improvement until the side effect can be resolved. The
period of time in which users could rely on qcow2 data integrity is
small to none, I feel reverting the commit
24.08.2010 16:21, Stefan Hajnoczi wrote:
On Tue, Aug 24, 2010 at 12:40 PM, Kevin Wolf kw...@redhat.com wrote:
Am 24.08.2010 13:02, schrieb Stefan Hajnoczi:
QEMU 0.12.5 has qcow2 sync metadata writes in commit
37060c28e522843fbf6f7e59af745dfcb05b132c. Was the performance
regression spotted on
Does anyone else has similar problem? With 0.12.4 I were able to repeat
it. With 0.12.5 all winxp and win2003 installations, existing and new,
just work with either -drive or -hda or with virtio...
--
Windows XP/2003 doesn't boot
https://bugs.launchpad.net/bugs/586175
You received this bug
13.09.2010 01:05, Blue Swirl wrote:
On Sun, Sep 12, 2010 at 5:58 PM, Andreas Färber andreas.faer...@web.de
wrote:
Am 12.09.2010 um 19:47 schrieb Blue Swirl:
On Sun, Sep 12, 2010 at 5:35 PM, Andreas Färber andreas.faer...@web.de
wrote:
Am 12.09.2010 um 19:22 schrieb Blue Swirl:
What is
14.09.2010 20:41, blueswirl wrote:
On Mon, Sep 13, 2010 at 8:49 AM, Michael Tokarev m...@tls.msk.ru wrote:
[]
diff --git a/tracetool b/tracetool
index 534cc70..c7582bf 100755
--- a/tracetool
+++ b/tracetool
@@ -48,7 +48,8 @@ get_argnames()
{
local nfields field name
nfields=0
16.09.2010 18:01, Peter Lieven wrote:
Hi,
with Ubuntu 10.04 Desktop guest in Qemu-KVM 0.12.4 I sometimes see a
condition where the CTRL key
is locked and cannot be released anymore. The only way I have found to
solve this is to restart
the VM.
Has anyone else experienced this so far?
16.09.2010 20:14, maxmo74 wrote:
This bug seems to be solved and closed here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574051
Is it solved in 0.12.5 or 0.13.0rc1 yet?
** Bug watch added: Debian Bug tracker #574051
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574051
The
06.10.2010 23:56, Eduardo Habkost wrote:
Anybody using a russian keyboard layout who can test this change and
confirm it works as expected?
I can perform such a testing - in theory. But in practice, I was never
able to figure out this -k $lang stuff, -- neither in qemu nor in other
apps like
06.10.2010 23:56, Eduardo Habkost wrote:
Anybody using a russian keyboard layout who can test this change and
confirm it works as expected?
Um, regardless of my previous email, the change is indeed correct and
needed, or else the slash/question key (the one that's usually on the
left from the
24.04.2010 17:05, Andreas Färber wrote:
Am 22.04.2010 um 11:40 schrieb Michael Tokarev:
11.03.2010 18:34, Michael Tokarev wrote:
[]
On version 0.12.3, -drive serial=XXX option does not work.
Below patch fixes it. 'serial' is pointer, not array.
--- qemu-kvm-0.12.3+dfsg/vl.c 2010-02-26 11:34
12.05.2010 22:11, Stefano Stabellini wrote:
On Wed, 12 May 2010, Jamie Lokier wrote:
Stefano Stabellini wrote:
On Wed, 12 May 2010, Avi Kivity wrote:
It's useful if you have a one-line horizontal pattern you want to
propagate all over.
It might be useful all right, but it is not entirely
Stefano Stabellini wrote:
[]
diff --git a/hw/cirrus_vga.c b/hw/cirrus_vga.c
index 9f61a01..81c443b 100644
--- a/hw/cirrus_vga.c
+++ b/hw/cirrus_vga.c
The same as with previous patch: Yellow screen
(instead of crashing), and two lines on the
stderr:
BUG: kvm_dirty_pages_log_enable_slot:
17.05.2010 11:00, Avi Kivity wrote:
On 05/16/2010 11:04 PM, Juan Quintela wrote:
[]
We've regressed from failing some migrations to failing all migrations.
Humm, 0.12.4 - 0.12.4 should work. My advise is just revert the patch
and live with it for another week, what do you think?
A week is
17.05.2010 13:07, Juan Quintela wrote:
Michael Tokarevm...@tls.msk.ru wrote:
[]
http://www.mail-archive.com/k...@vger.kernel.org/msg34051.html
I wonder why it is not noticed before -- it's broken since 0.12...
People has become rich and everybody has a 64 bit hardware :-)
Actually I don't
18.05.2010 23:37, Stefan Hajnoczi wrote:
I just caught up on mails and saw you had already mentioned that
overlapping writes from the guest look fishy in the the1Tb block
issue. Cache mode might still be interesting because it affects how
guest virtio-blk chooses queue ordering mode.
What I
Anthony Liguori wrote:
[]
For the Bug Day, anything is interesting IMHO. My main interest is to
get as many people involved in testing and bug fixing as possible. If
folks are interested in testing specific things like unusual or older
OSes, I'm happy to see it!
Well, interesting or not,
19.05.2010 21:09, Avi Kivity wrote:
On 05/19/2010 04:46 PM, Harald Dunkel wrote:
I am trying to run Solaris 10u8 as a guest in kvm (kernel
2.6.33.2). Problem: The virtual network devices don't work
with this Solaris version.
e1000 and pcnet work just by chance, as it seems. I can ping
the
19.05.2010 23:38, Christoph Hellwig wrote:
On Wed, May 19, 2010 at 11:26:58PM +0400, Michael Tokarev wrote:
Now the question is if the previous patch by Avi is actually
worth to apply -- I mean this one:
[Qemu-devel] [PATCH +stable] block: don't attempt to merge overlapping
requests
20.05.2010 02:30, Anthony Liguori wrote:
On 05/19/2010 05:29 PM, Andre Przywara wrote:
Michael Tokarev wrote:
...
Also, thanks to Andre Przywara, whole winNT thing works but it requires
-cpu qemu64,level=1 (or level=2 or =3), -- _not_ with default CPU. This
[]
It'd be nice if we had more
20.05.2010 11:15, Andre Przywara wrote:
Michael Tokarev wrote:
[]
It'd be nice if we had more flexibility in defining custom machine types
so you could just do qemu -M win98.
This is wrong IMHO. win98 and winNT can run on various different
machines, including all modern ones (yes I tried
Debian bugreport about this:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578672 (#578672).
I tried it here again, with your program (using 0.12.4 from debian) - and it
works as expected for me, no resets every 4 secs, screen saver triggers after
configured time even if the input is grabbed
21.05.2010 19:42, Gleb Natapov wrote:
ProblemType: Bug
Architecture: amd64
Date: Fri Oct 16 17:19:59 2009
DistroRelease: Ubuntu 9.10
What is the point forwarding distro bugs here? Can we have upstream bug
tracker to report upstream issues?
Um, this _is_ upstream issue, as far as I can see.
It
21.05.2010 21:16, Jan Kiszka wrote:
Michael Tokarev wrote:
21.05.2010 19:42, Gleb Natapov wrote:
ProblemType: Bug
Architecture: amd64
Date: Fri Oct 16 17:19:59 2009
DistroRelease: Ubuntu 9.10
What is the point forwarding distro bugs here? Can we have upstream bug
tracker to report upstream
Public bug reported:
On a 32bit host (or when running 32bit userspace on 64bit host), migration
always fails with a crash of qemu-kvm process.
See http://marc.info/?l=kvmm=127351472231666 for more information.
** Affects: qemu
Importance: Undecided
Status: New
--
migration
Public bug reported:
There's a quite good bugreport in Debian BTS about this, #580649:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580649
This is not the same as lp#341682, since it's now 0.12.
Full initial message from #580649:
From: Apollon Oikonomopoulos apoi...@gmail.com
To:
Public bug reported:
The windows and menu keys for usb keyboard in qemu are wrong. They're
correct for ps/2 keyboard emulation however. See Debian bug#578846:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578846.
Here's the proposed fix:
--- a/hw/usb-hid.c
+++ b/hw/usb-hid.c
@@ -399,3
Public bug reported:
The -drive ...,serial=xyz option is broken, at least in 0.12. See
Debian bug#573439, http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=573439 for details.
The proposed fix from the original reporter:
--- qemu-kvm-0.12.3+dfsg/vl.c 2010-02-26 11:34:00.0 +0900
+++
Public bug reported:
When using fat emulation together with snapshot, qemu fails to find the
directory for the fat filesystem.
See Debian bug#504049, http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=504049 and discussion on qemu-devel with Kevin
Wolf, http://marc.info/?t=12685080281 for
Public bug reported:
When using tap network devices and it fails, qemu gives no information
about what the problem is (permission denied, device busy or other),
making debugging of such situations, especially for newbies, very
difficult. The proposed patch just adds strerror() around the place,
** Attachment added: tap-open-give-useful-error-messages.diff
http://launchpadlibrarian.net/48914447/tap-open-give-useful-error-messages.diff
--
no useful error message when tap device open fails
https://bugs.launchpad.net/bugs/584153
You received this bug notification because you are a
Public bug reported:
Brad Jorsch provided a series of patches to support horisontal mouse scrolling
in qemu-emulated mouse.
See Debian bug#579968 --
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579968 and submission to
qemu-devel list at
23.05.2010 13:55, Peter Lieven wrote:
Hi,
after live migrating ubuntu 9.10 server (2.6.31-14-server) and suse linux 10.1
(2.6.16.13-4-smp)
it happens sometimes that the guest runs into irq problems. i mention these 2
guest oss
since i have seen the error there. there are likely others around
** Tags added: 32bit migration qemu-kvm sigsegv
--
migration always fails on 32bit qemu-kvm-0.12+ (sigsegv)
https://bugs.launchpad.net/bugs/584121
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
On
** Tags added: irq lost migration qemu-kvm
--
some guests hangs after migration (qemu-kvm-0.12)
https://bugs.launchpad.net/bugs/584131
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Status in Debian GNU/Linux: New
23.05.2010 12:29, Jan Kiszka wrote:
From: Jan Kiszkajan.kis...@siemens.com
Unless we are running in full-screen mode, QEMU's SDL window should not
disable the host's screensaver. The user can still change this behaviour
by setting the environment variable SDL_VIDEO_ALLOW_SCREENSAVER as
desired.
25.05.2010 01:40, Michael Tokarev wrote:
23.05.2010 12:29, Jan Kiszka wrote:
From: Jan Kiszkajan.kis...@siemens.com
Unless we are running in full-screen mode, QEMU's SDL window should not
disable the host's screensaver. The user can still change this behaviour
by setting the environment
Initially it were a bugreport on #kvm IRC, someone
asked why his kvm exits when entering fullscreen mode,
saying the famous
Could not open SDL display
and nothing more.
I added a bit of debug output and here's what I see:
...
resizing to 1440x900 0 0x115
resizing to 1440x900 32 0x8115
25.05.2010 15:03, Peter Lieven wrote:
Michael Tokarev wrote:
23.05.2010 13:55, Peter Lieven wrote:
[]
[64442.298521] irq 10: nobody cared (try booting with the irqpoll option)
[]
[64442.299433] handlers:
[64442.299840] [ab80] (e1000_intr+0x0/0x190 [e1000])
[64442.300046
Running it on unmodified qemu-0.12.4 gives the same effect: the sending
side crashes immediately with heap corruption (detected in realloc).
On the receiving side, there are 2 messages:
qemu: warning: error while loading state for instance 0x0 of device 'ram'
load of migration failed
ie, the
12.05.2010 22:11, Stefano Stabellini wrote:
On Wed, 12 May 2010, Jamie Lokier wrote:
Stefano Stabellini wrote:
On Wed, 12 May 2010, Avi Kivity wrote:
It's useful if you have a one-line horizontal pattern you want to
propagate all over.
It might be useful all right, but it is not entirely
02.06.2010 05:48, Ryan Harper wrote:
[]
hw/virtio-blk.c |3 +++
+if (strlen(s-sn) == 0) {
Just out of curiocity (not that it is wrong or inefficient):
why
strlen(s-sn)
and not, say,
!s-sn[0]
?
/mjt
Please note that this bug affects 0.12 stable as well. It'd be really
nice to know the commit which fixed the issue, in order to backport it
to -stable...
--
e1000 irq problems after live migration with qemu-kvm 0.12.4
https://bugs.launchpad.net/bugs/585113
You received this bug notification
501 - 600 of 6849 matches
Mail list logo