On 02/19/2010 07:21 PM, Jan Kiszka wrote:
This should explain a lot of the weird breakages of upstream KVM we've
seen recently (actually we should have seen it much earlier):
Stop translating eflags into TCG format when in kvm mode as we never
translate it back and rather sync this broken state
On 02/19/2010 08:22 PM, Jan Kiszka wrote:
Spin-off from my longer series as Marcelo asked for the last patch as
the next step. I don't see any value in reordering the series, so I just
but off the lower bits.
This part mostly cleans up common KVM code that is also present
upstream. It also inclu
On 02/19/2010 08:22 PM, Jan Kiszka wrote:
qemu-kvm's functions for accessing the VCPU registers are
kvm_arch_load/save_regs. Use them directly instead of going through
various wrappers. Specifically, we do not need on_vcpu wrapping as all
users either already run in the related thread or call whi
On 02/19/2010 08:22 PM, Jan Kiszka wrote:
So far we synchronized any dirty VCPU state back into the kernel before
updating the guest debug state. This was a tribute to a deficite in x86
kernels before 2.6.33. But as this is an arch-dependent issue, it is
better handle in the x86 part of KVM and r
On 02/19/2010 08:43 AM, Jes Sorensen wrote:
Hi,
The CR3 caching was never implemented in QEMU and is obsoleted by
NPT/EPT. This patch removes the unused references to it from
target-i386/kvm.c.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
It was broken by 09b9418c6d0. (!env && !is_physical) != (!is_physical)
when env is true.
Signed-off-by: Gleb Natapov
diff --git a/monitor.c b/monitor.c
index b1a6edc..19470d1 100644
--- a/monitor.c
+++ b/monitor.c
@@ -1297,8 +1297,6 @@ static void memory_dump(Monitor *mon, int count, int
format
On 02/20/2010 10:03 AM, Anthony Liguori wrote:
> On 02/20/2010 09:18 AM, David S. Ahern wrote:
>> On 02/20/2010 01:30 AM, Shahar Havivi wrote:
>>
>>> when exiting qemu that run with "-monitor /dev/tty", the launching
>>> terminal get weird behaviour because no restore terminals action has
>>> t
On 02/20/2010 12:42 PM, Shahar Havivi wrote:
> On Sat, Feb 20, 2010 at 11:03:41AM -0600, Anthony Liguori wrote:
>> Date: Sat, 20 Feb 2010 11:03:41 -0600
>> From: Anthony Liguori
>> To: "David S. Ahern"
>> Cc: Dor Laor , Shahar Havivi ,
>> qemu-devel@nongnu.org
>> Subject: Re: [Qemu-devel]
On Sun, Feb 21, 2010 at 07:32:41AM -0700, David S. Ahern wrote:
> Date: Sun, 21 Feb 2010 07:32:41 -0700
> From: "David S. Ahern"
> To: Shahar Havivi
> CC: Anthony Liguori , Dor Laor ,
> qemu-devel@nongnu.org
> Subject: Re: [Qemu-devel] [PATCH] terminal attributes is not restored when
> usi
On Saturday 20 February 2010 17:12:22 Rob Landley wrote:
> On Saturday 20 February 2010 15:59:31 Blue Swirl wrote:
> > > I've got 2.6.32 booting to a command prompt (albeit with serial console
> > > and intentionall restricted set of hardware). But then it misbehaves.
> > >
> > > I'll try getting
On Sun, Feb 14, 2010 at 05:16:14PM +0100, Stefan Weil wrote:
> All eepro100 devices work with drivers which
> only use basic features.
>
> They were tested with gpxe boot.
>
> Signed-off-by: Stefan Weil
> ---
> hw/pci.c | 18 ++
> 1 files changed, 18 insertions(+), 0 deletions
On Sun, Feb 14, 2010 at 05:16:20PM +0100, Stefan Weil wrote:
> Signed-off-by: Stefan Weil
> ---
> hw/eepro100.c | 17 -
> 1 files changed, 16 insertions(+), 1 deletions(-)
>
> diff --git a/hw/eepro100.c b/hw/eepro100.c
> index c647322..01bcd6d 100644
> --- a/hw/eepro100.c
> +++
I've just had a segfault from one of the qemu-kvm virtual machines we run.
This is qemu-kvm 0.12.2 running with the in-kernel kvm modules on linux
2.6.32.7 on a dual quad-core Xeon E5420 machine, with ksm enabled.
The backtrace looks like
#0 vnc_update_client (vs=0x83f0, has_dirty=18) at vnc.c
On 02/19/10 22:02, Anthony Liguori wrote:
Acked-by: Anthony Liguori
Would be nice to use git-send-email in the future as your attachments
are often rendered poorly by mail clients.
Just switching over from quilt to git, and still having issues with
git-send-email. It does some things nicely,
On Sun, Feb 21, 2010 at 06:44:55PM +0100, Jes Sorensen wrote:
> On 02/19/10 22:02, Anthony Liguori wrote:
> >I noticed that you use this for the TSS page with EPT but you don't use
> >this interface for the rest of memory. I'm curious what you think the
> >right long term split is? If QEMU is not m
On Tue, Feb 16, 2010 at 09:46:08AM +0100, Jes Sorensen wrote:
> On 02/16/10 01:43, Kevin O'Connor wrote:
> >On Mon, Feb 15, 2010 at 06:33:59PM +0100, Jes Sorensen wrote:
> >>Hi,
> >>
> >>This is the Seabios part to match my e820 reservation via fw_cfg patch.
> >
> >This still has 'struct e820_entry
Michael S. Tsirkin schrieb:
> On Sun, Feb 14, 2010 at 05:16:14PM +0100, Stefan Weil wrote:
>
>> All eepro100 devices work with drivers which
>> only use basic features.
>>
>> They were tested with gpxe boot.
>>
>> Signed-off-by: Stefan Weil
>> ---
>> hw/pci.c | 18 ++
>> 1 fi
Michael S. Tsirkin schrieb:
> On Sun, Feb 14, 2010 at 05:16:20PM +0100, Stefan Weil wrote:
>> Signed-off-by: Stefan Weil
>> ---
>> hw/eepro100.c | 17 -
>> 1 files changed, 16 insertions(+), 1 deletions(-)
>>
>> diff --git a/hw/eepro100.c b/hw/eepro100.c
>> index c647322..01bcd6d 10
On Sat, Feb 20, 2010 at 9:05 PM, Kevin O'Connor wrote:
> On Sat, Feb 20, 2010 at 05:23:59PM -0700, Brandon Bennett wrote:
>> When booting a Juniper JunOS kernel (FreeBSD based) I am getting a
>> panic: unkown/reserved trap error immediately after the kernel loads.
>> If i use an older pc-bios with
> On Sat, Feb 20, 2010 at 9:05 PM, Kevin O'Connor wrote:
>> Should a kernel fail during boot, I'd suspect it doesn't like one of
>> the apm/pcibios callbacks, or it doesn't like one of the
>> smbios/mptable/acpi tables. You could try compiling the SeaBIOS code
>> (see http://seabios.org/Download
On Sunday 21 February 2010 18:28:20 Bartlomiej Zolnierkiewicz wrote:
> On Monday 22 February 2010 12:57:19 am David Miller wrote:
> > From: Rob Landley
> > Date: Sun, 21 Feb 2010 10:25:09 -0600
> >
> > > 085219f79cad89291699bd2bfb21c9fdabafe65f is first bad commit
> > > commit 085219f79cad89291699
Ok, QEMU is absolutely unable to boot nextstep/openstep, while using
SeaBIOS.
Changing to old Bochs BIOS, makes it work, however no video is output
(until NeXT starts using VESA).
Until all that numerous issues with SeaBIOS are solved (may the
keyboard problem with DOS' Scandisk be also a
Hi all,
I've few questions about QEMU:
1) I read in QEMU's official documentation that in case of using host system
devices "USB devices requiring real time streaming (i.e. USB Video Cameras) are
not supported yet". Also there is no isochronous transfer based virtual USB
device in QEMU.
23 matches
Mail list logo
