The bug still very much exists (I tested qemu 4.2.1):
If you don't use "-serial stdio" (or its newer variants), by default Qemu opens
a new black "console" to run the application. It is not clear to me exactly
which terminal this console is supposed to emulate, but it does seem to support
most A
Public bug reported:
It seems that qemu does not correctly emulate the x86 support for
optionally causing a floating-point exception (#FP) when, for example,
dividing by zero. Reports such as:
https://github.com/cloudius-systems/osv/issues/855
http://stackoverflow.com/questions/15134189/qemu-div-
Public bug reported:
When using "-serial stdio", QEMU shows the guest serial port's output on
the tty running qemu. As it should, QEMU sets the tty to raw mode. Or
almost... Strangely, it neglects to remove one output-translation bit,
ONLCR (see termios(3)) enabled on the tty. And it should have r
Public bug reported:
With "-serial vc" (which is the default), qemu make strange responses to
the ANSI DSR escape sequence (\033[6n) which can confuse guests.
Terminal emulators supporting the ANSI escape sequences usually support
the "Device Status Report" escape sequence, \033[6n, to which as a
Can you please check if you run "qemu-system-x86_64 -m 2048 -hda
L1-kvm.img -cpu host" but *without * the nested=1 module option, does L1
also panic, or not?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/b
before you set out to add VMX instructions emulation, you need
to also consider the option of emulating SVM (AMD's virtualization
extensions) instead of VMX - even on Intel hosts. I believe (though I
didn't consider this too carefully) this will be easier to implement,
as in many respects, SV
al machine. Those failures are very
> rare.
How is this different from a VM running on a single machine that fails?
Just that the small probability of failure (roughly) doubles for the
relatively-short duration of the transfer?
--
Nadav Har'El| Monday, Aug 8 2011, 8 Av 5771
n...@math.technion.ac.il |-
Phone +972-523-790466, ICQ 13349191 |If glory comes after death, I'm not in a
http://nadav.harel.org.il |hurry. (Latin proverb)
default emulated CPU does not include the "vmx" capability, and you
need to enable it with something like "-cpu qemu64,+vmx" (or "-cpu host").
I am not sure if it does enable the "svm" capability. If it does, it isn't
useful when KVM is enabled and the under
ot;-enable-nesting" could remain as a synonym for enabling either VMX or SVM
in the guest, depending on what was available in the host (because KVM now
supports both nested SVM and nested VMX, but not SVM-on-VMX or vice versa).
--
Nadav Har'El
stating the CPU type and not rely on the default, so nothing will
break. At the same time, people who do use the command line will benefit,
because they won't be baffled why the nested VMX feature, even if supported
by the KVM module, is hidden from them, while nested SVM isn't.
Thank
s far as KVM is concerned)
that it lists the SVM capability, but not the VMX capability?
Thanks,
Nadav.
--
Nadav Har'El|Wednesday, Jan 5 2011, 29 Tevet 5771
n...@math.technion.ac.il |-
Phone +972-523-790466, ICQ 13349191 |I had a lovely evening. Unfortunately,
http://nadav.harel.org.il |this wasn't it. - Groucho Marx
as well?
Thanks,
Nadav.
> If you add CPUID_EXT_VMX to the "kvm64" type and make that the default when
> kvm is enabled (like we did for nested svm), all should be well, no?
I don't know, I don't know how the KVM users would react to their default
CPU type being changed
On Tue, Jan 04, 2011, Alexander Graf wrote about "Re: [Qemu-devel] [PATCH] Add
VMX cpuid feature to qemu64":
>
> On 04.01.2011, at 16:06, Nadav Har'El wrote:
>
> > This patch adds the "VMX" cpuid feature to the default "qemu64" CPU type.
> &g
rectly
include the VMX feature, and "qemu64" already includes the SVM feature
needed for nested SVM (again, KVM will remove this bit if it doesn't support
nested SVM), so there is no reason not to list the VMX feature as well.
Signed-off-by: Nadav Har'El
---
target-i386/cpuid.c
14 matches
Mail list logo
