From: Avi Kivity [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
diff --git a/Makefile b/Makefile
index bf56ea1..b266e6a 100644
--- a/Makefile
+++ b/Makefile
@@ -55,6 +55,10 @@ extboot:
libfdt:
$(MAKE) -C $@
+LINUX=linux-2.6
+
+sync:
+ make -C kernel sync
From: Guillaume Thouvenin [EMAIL PROTECTED]
Add decode entries for these opcodes; execution is already implemented.
Signed-off-by: Guillaume Thouvenin [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
diff --git a/arch/x86/kvm/x86_emulate.c b/arch/x86/kvm/x86_emulate.c
index
From: Guillaume Thouvenin [EMAIL PROTECTED]
For instruction 'and al,imm' we use DstAcc instead of doing
the emulation directly into the instruction's opcode.
Signed-off-by: Guillaume Thouvenin [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
diff --git a/arch/x86/kvm/x86_emulate.c
Glauber Costa wrote:
On Fri, Sep 12, 2008 at 06:26:37PM +0200, Jan Kiszka wrote:
Glauber Costa wrote:
On Fri, Sep 12, 2008 at 05:47:40PM +0200, Jan Kiszka wrote:
Glauber Costa wrote:
Actually, all registrations are the same. If IO_MEM_ROM is set, we only
need to take care of not passing its
Avi Kivity wrote:
Jan Kiszka wrote:
Well, I thought in this direction already as well. But I wasn't sure if,
while the guest is in NMI context, hard IRQs will also be blocked and
won't cause guest exists anymore. Can you comment on this?
However, even if that is no issue, I do not really
Le samedi 13 septembre 2008 à 07:51 +0300, Avi Kivity a écrit :
Laurent Vivier wrote:
Le jeudi 11 septembre 2008 à 12:54 +0200, Dietmar Maurer a écrit :
Is there a way to use a scsi tape? I tried -drive file=/dev/sg0, but
that does not work (eject, rewind works, but read/write fails -
Most likely the guest's rx queue length is greater than the host's. You
might try
ifconfig vnet0 txqueuelen 1500
(and so on for every interface)
or perhaps reducing the guests' txqueuelen.
I have the same issue (overruns) and I have stalled network (in my other
report I can only
Avi Kivity wrote:
Yang, Sheng wrote:
On Thursday 04 September 2008 11:30:20 Yang, Sheng wrote:
From ebe4ea311305d2910dcdcff2510662da0dc2c742 Mon Sep 17 00:00:00 2001
From: Sheng Yang [EMAIL PROTECTED]
Date: Thu, 4 Sep 2008 03:11:48 +0800
Subject: [PATCH] KVM: VMX: Move private
Jan Kiszka wrote:
In some cases misbehaving NMIs are worse than no NMIs. For example, a
software watchdog may use NMIs to monitor a system. But if the guest
spins with interrupts disabled, the irq window will never open, and NMIs
will never be delivered, so the watchdog will deliver a false
Farkas Levente wrote:
Avi Kivity wrote:
Farkas Levente wrote:
ok this last one was my fault:-(
but i retest is again.
- kvm-74 with kmod-kvm-74 not working
- kvm-71 with kmod-kvm-74 working
any progress with this?
anyone can test it with a simple minimal mandrake-10 install.
Avi Kivity wrote:
Farkas Levente wrote:
Avi Kivity wrote:
Farkas Levente wrote:
ok this last one was my fault:-(
but i retest is again.
- kvm-74 with kmod-kvm-74 not working
- kvm-71 with kmod-kvm-74 working
any progress with this?
anyone can test it with a simple minimal
Avi Kivity wrote:
Ben Bucksch wrote:
configure accepts the kernel source dir as input param, or
automatically finds /lib/modules/2.6.27-rc5/build/ or similar. But the
build only uses the dir to copy the latest kvm*.h into the local dir.
The directory is not passed to gcc via -I . This
Farkas Levente wrote:
Avi Kivity wrote:
Farkas Levente wrote:
Avi Kivity wrote:
Farkas Levente wrote:
ok this last one was my fault:-(
but i retest is again.
- kvm-74 with kmod-kvm-74 not working
- kvm-71 with kmod-kvm-74 working
any progress with
Laurent Vivier wrote:
How would that work? Won't qemu attempt to show the tape as a disk? Or
does it detect this special case and passes-through the scsi device?
Yes, Qemu detects it's SCSI interface and passes the SCSI commands to
devices. But qemu ignores the type of the device
xming wrote:
Most likely the guest's rx queue length is greater than the host's. You
might try
ifconfig vnet0 txqueuelen 1500
(and so on for every interface)
or perhaps reducing the guests' txqueuelen.
I have the same issue (overruns) and I have stalled network (in my other
Avi Kivity wrote:
- restore option roms to their original content on reset
- fixes extboot failures after reset
It doesn't seem to work here:
$ dmesg | grep kvm | tail -1
[1649282.904413] loaded kvm module (kvm-75)
$ sudo kvm | head -1
QEMU PC emulator version 0.9.1 (kvm-75), Copyright (c)
USB is 99.8% async now :). 0.2% is the three control requests that
we need to execute synchronously. We could off-load that to a thread
or something but it's not worth the pain since those requests are
performed only during device initialization (ie when device is
connected to the VM).
The change
This patch adds support for removing USB devices by host address.
Which is usefull for things like libvirtd because there is no easy way to
find guest USB address of the host device.
In other words you can now do:
usb_add host:3.5
...
usb_del host:3.5
Before the patch 'usb_del' did not
Amit Shah wrote:
When an IRQ allocation fails, we free up the device structures and disable the
device so that we
can unregister the device in the userspace and not expose it to the guest at
all.
Doesn't apply. Can you refresh please?
--
I have a truly marvellous patch that fixes the
Amit Shah wrote:
Sorry for the resends; this one fixes two compile errors introduced by me and a
warning.
Applied both, thanks.
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
--
To unsubscribe from this list: send the line
Han, Weidong wrote:
This patch only can work on x86, it breaks build on other architectures.
It is caused by kvm_irq_ack_notifier and kvm_assigned_dev_kernel are
defined under x86, while they are always used in
include/linux/kvm_host.h whether CONFIG_DMAR is set or not. I move these
two
Jim Paris wrote:
Avi Kivity wrote:
- restore option roms to their original content on reset
- fixes extboot failures after reset
It doesn't seem to work here:
$ dmesg | grep kvm | tail -1
[1649282.904413] loaded kvm module (kvm-75)
$ sudo kvm | head -1
QEMU PC emulator version
(re-adding list)
xming wrote:
What NIC model are you using in the guest?
I have tried 8319, e1000 and virtio both had stalls. I am using virtio
with txqueuelen 1500 on the tap.
I didin't had this proble with kvm 69, 70.
What is the oldest version that doesn't work? (i.e. when was
Max Krasnyansky wrote:
USB is 99.8% async now :). 0.2% is the three control requests that
we need to execute synchronously. We could off-load that to a thread
or something but it's not worth the pain since those requests are
performed only during device initialization (ie when device is
Max Krasnyansky wrote:
This patch adds support for removing USB devices by host address.
Which is usefull for things like libvirtd because there is no easy way to
find guest USB address of the host device.
In other words you can now do:
usb_add host:3.5
...
usb_del host:3.5
Before the
Avi Kivity wrote:
Jim Paris wrote:
Avi Kivity wrote:
- restore option roms to their original content on reset
- fixes extboot failures after reset
It doesn't seem to work here:
grub is probably booting via int 19 or jumping to the reset vector, so
kvm doesn't see the reboot.
26 matches
Mail list logo