Well. This is definitely wrong. It is a valid bug, but it needs quite
serious work to fix, which requires major refactoring of the tcg code.
Upstream is working on it, see http://wiki.qemu.org/Features/tcg-
multithread
** Changed in: qemu
Status: Invalid => Confirmed
--
You received thi
Looking at what? At the lack of problems as comment #14 says?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1025244
Title:
qcow2 image increasing disk size above the virtual limi
I'm not sure I follow. I tried to answer to the last inquiry in this
bugreport, Eduardo asked if someone can confirm that +nx solves this
problem (it doesn't). Now you say with certainity that it is a bug in
TCG (if it is a bug, why only uncertain guesses are present in this
bugreport?), mentions
I tried running qemu-system-x86 -cpu qemu64 with tcg and kvm, and
compared cpu flags. There are 2 flags present in kvm case which are not
present in tcg case: de and x2apic, all other flags are identical (nx is
present in both). But enabling these two flags explicitly does not
help, win still BSO
This prob is still present in current (2.1) qemu, and it is NOT solved
by -cpu kvm64,+nx -- win bluescreens the same way.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu in Ubuntu.
https://bugs.launchpad.net/bugs/921208
Title:
w
Hmm. Speaking of "wrong" executables. We have another bugreport in
debian, -- https://bugs.debian.org/754336 -- which might be related. But
I tried qemu-2.1-rc and it didn't run these binaries. Is it not the
same thing? (The debian bugreport has sample files attached).
** Bug watch added: Debi
It looks like libfte-dev before 1.4 was merely unusable because the
mentioned file - libfdt_env.h - is included by the main libfdt.h too,
even in version 1.3, so if libfdt_env.h is missing, libfdt-dev is simply
unusable. At least that's what it was on debian, see
http://bugs.debian.org/706137 . S
FWIW, Debian (upstream qemu following) now finally switched to vgabios
from seabios (so bochs lgpl vgabios isn't used anymore), and seavgabios
now have the resolutions mentioned - it looks like we've added these
based on the patch for bochs vgabios mentioned here.
--
You received this bug notific
I'm not sure x86*-linux-user targets are being tested at all. Last time
I checked, x86-64 variant crashed left and right to the point of being
completely unusable...
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu in Ubuntu.
https
doesn't qemu itself print an error message in this case before exiting?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu in Ubuntu.
https://bugs.launchpad.net/bugs/1178884
Title:
unhelpful kvm error msg thrown when cache=none and
Thank you very much Peter for the work you did. That is not of historic
interest, not at all - it is of a good value for Debian users!
And thank you Nikolaus for the testing, as well!
I take your (both of you!) words that the problem is now solved, and am
uploading new release to debian archives
Peter, are you able to run git bisect or something like that, to try to
pinpoint either the commit which introduced this issue or which fixed
it?
I tried to reproduce this issue several times with various devices, but
I can't do it reliable, it always more or less works on my machine. If
I were a
So closing it with "fix released".
(which had a complication for me: I changed status for ubuntu package
instead of changing it for qemu line, and now I can't restore it back
for ubuntu - since I don't know how/when ubuntu bugs are closed, only
upstream)
** Changed in: qemu-kvm (Ubuntu)
St
There has been numerous reports/wishlists about removing features from
qemu. Different people consider different features to be "undesirable".
But this is not how debian/ubuntu works: on these systems, packages are
built with as much as possible features (and hence external
dependencies). If you
by default images are expected to be open read-write. I'm against too
much "intelligence" here, -- we may be running qemu as wrong user, or
with wrong permissions of the image in question, and qemu should fail to
start if the image can't be open using specified access flags (which is
read-write by
FWIW, this is implemented and works in seabios 0.7.1
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/611142
Title:
seabios should have native scsi support
To manage notifications a
I just wanted to point out that we've this patch in Debian since ages,
and it's been included in upstream for a long time too. Added a debbug
reference for this as well.
** Bug watch added: Debian Bug tracker #597517
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597517
** Also affects: qem
I see activity around this bug is going on and on, but I don't understand -- is
the talk about this patch --
http://anonscm.debian.org/gitweb/?p=collab-maint/qemu-kvm.git;a=commit;h=7e32b4ca0ea280a2e8f4d9ace1a15d5e633d9a95
?
--
You received this bug notification because you are a member of Ubun
** Bug watch added: Debian Bug tracker #611134
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611134
** Also affects: qemu-kvm (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611134
Importance: Unknown
Status: Unknown
--
You received this bug notification because
savevm _is_ slow, because it's writing to a qcow2 file with full
(meta)data allocation which is terrible slow since 0.13 (and 0.12.5)
unless you use cache=unsafe. It's the same slowdown as observed with
default cache mode when performing an operating system install into a
freshly created qcow2 - i
** 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 SCSI+writebac
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 Ubuntu
Server Team, which is subsc
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 noti
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 notifi
(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 Ubuntu
Server Team, which is subscribed to qemu-kvm in ubunt
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=58873
um. Can't you just take approach used in Debian, namely, to provide the
sources for the bios files and compile them at build time? That is
somewhat ugly, but at least it works...
--
kvm with -vga std is broken since karmic
https://bugs.launchpad.net/bugs/513273
You received this bug notificatio
This is fixed by http://marc.info/?l=qemu-devel&m=127436114712437
--
kvm + virtio disk corrupts large volumes (>1TB).
https://bugs.launchpad.net/bugs/574665
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
--
Ubuntu-se
It appears this bug (or similar) is back in 0.12. See Debian bug report
#580649 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580649 ).
** Bug watch added: Debian Bug tracker #580649
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580649
--
Block I/O crashes after migration
https://bugs
This bug is present in kvm-0.11 and is fixed in 0.12. JFYI.
--
floating point exception when Windows NT 4 guest uses its cirrus driver
https://bugs.launchpad.net/bugs/59
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubun
30 matches
Mail list logo
