kvm: libkvm: in-kernel LAPIC get/set ioctls
This patch allows save and restore of in-kernel local apics
Signed-off-by: Qing He [EMAIL PROTECTED]
Signed-off-by: Yaozu (Eddie) Dong [EMAIL PROTECTED]
---
user/kvmctl.c | 26 ++
user/kvmctl.h | 22
KVM: in-kernel LAPIC save and restore support
This patch adds a new vcpu-based IOCTL to save and restore the local
apic
registers for a single vcpu. The kernel only copies the apic page as
a whole,
extraction of registers is left to userspace side. On restore, the
APIC timer
kvm: qemu: in-kernel IOAPIC live migration support
This patch adds the live migration support for in-kernel IOAPIC. It
uses a
similar logic with in-kernel PIC live migration. Also, the original
Qemu
IOAPIC savevm is used.
Signed-off-by: Qing He [EMAIL PROTECTED]
Hi Avi,
This is the patch set that enables live migration of VMs that
are using in-kernel APIC, it's against lapic3 branch. 6 patches follow:
[PATCH 1/6] a preparation cleanup patch that removes status in
kernel struct kvm_lapic
[PATCH 2/6] ioapic live migration kernel
KVM: remove status in kvm_lapic structure
status is a redundancy to apic spurious vector, it's not needed.
Removing it
also reduces the states that should be saved.
Signed-off-by: Yaozu (Eddie) Dong [EMAIL PROTECTED]
Signed-off-by: Qing He [EMAIL PROTECTED]
---
KVM: in-kernel IOAPIC save and restore support
This patch adds support for in-kernel ioapic save and restore (to
and from
userspace). It uses the same get/set_irqchip ioctl as in-kernel PIC.
Signed-off-by: Qing He [EMAIL PROTECTED]
Signed-off-by: Yaozu (Eddie) Dong
kvm: qemu: in-kernel LAPIC live migration support
This patch adds the live migration support for in-kernel LAPICs. The
kernel
and qemu has different data structures, kernel saves the apic to the
userspace
as a apic page while qemu uses separate varaibles. The translation
is
Bugs item #1766613, was opened at 2007-08-03 15:49
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1766613group_id=180599
Please note that this message will contain a full copy of
Hi, all,
This is today's ABAT testing result against kvm.kernel
3415130f97a18f354853cab694d392553aa51af8 and kvm.userspace
a125fbfd00c18a6155afb75a3bf723d3faa2729d.
We found a new issue that 64bit host will crash when boot smp guest.
We didn't test pae host, because kvm cannot be built as
[EMAIL PROTECTED] wrote:
I may confuse you. Currently master doesn't do in kernel PIO
emulation, all string PIO will go to user level which is fine. With
lapic3, we have kernel PIO emulation for PIC. Linux doesn;t use
string PIO for PIC (port 0x20/0x21) but XP and Win2003 does. So can
u test
I may confuse you. Currently master doesn't do in kernel PIO
emulation, all string PIO will go to user level which is fine. With
lapic3, we have kernel PIO emulation for PIC. Linux doesn;t use
string PIO for PIC (port 0x20/0x21) but XP and Win2003 does. So can
u test kernel string PIO?
Dong, Eddie wrote:
[EMAIL PROTECTED] wrote:
Laurent Vivier wrote:
Dong, Eddie wrote:
[EMAIL PROTECTED] wrote:
PATCH 2/2] setup_pio-cleanup, some cleanup, split
kvm_setup_pio() in two
functions, one to setup in/out pio (kvm_emulate_pio()) and one to
setup ins/outs pio
[EMAIL PROTECTED] wrote:
PATCH 2/2] setup_pio-cleanup, some cleanup, split
kvm_setup_pio() in two
functions, one to setup in/out pio (kvm_emulate_pio()) and one to
setup ins/outs pio (kvm_emulate_pio_string()).
Did u try on lapic3 branch with XP guest? Only windows guest is using
string IO.
Laurent Vivier wrote:
Dong, Eddie wrote:
[EMAIL PROTECTED] wrote:
I may confuse you. Currently master doesn't do in kernel PIO
emulation, all string PIO will go to user level which is fine. With
lapic3, we have kernel PIO emulation for PIC. Linux doesn;t use
string PIO for PIC (port
He, Qing wrote:
-Original Message-
From: Avi Kivity [mailto:[EMAIL PROTECTED]
Sent: 2007年8月2日 19:58
To: He, Qing
Cc: kvm-devel
Subject: Re: [kvm-devel] [RFC] lapic3: cleanup for save/restore data
structure of
in-kernel irqchips
He, Qing wrote:
Hi,
The argument of
Dong, Eddie wrote:
I may confuse you. Currently master doesn't do in kernel PIO
emulation, all string PIO will go to user level which is fine. With
lapic3, we have kernel PIO emulation for PIC. Linux doesn;t use
string PIO for PIC (port 0x20/0x21) but XP and Win2003 does. So can
u test
Zhao, Yunfeng wrote:
Hi, all,
This is today's ABAT testing result against kvm.kernel
3415130f97a18f354853cab694d392553aa51af8 and kvm.userspace
a125fbfd00c18a6155afb75a3bf723d3faa2729d.
We found a new issue that 64bit host will crash when boot smp guest.
We didn't test pae host, because
Li, Xin B wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Ulrich Drepper
Sent: Friday, August 03, 2007 2:24 AM
To: Nakajima, Jun
Cc: kvm-devel@lists.sourceforge.net
Subject: Re: [kvm-devel] [PATCH 2/2] Add MSR Bitmap support in VMX
-BEGIN
Dong, Eddie wrote:
[EMAIL PROTECTED] wrote:
I may confuse you. Currently master doesn't do in kernel PIO
emulation, all string PIO will go to user level which is fine. With
lapic3, we have kernel PIO emulation for PIC. Linux doesn;t use
string PIO for PIC (port 0x20/0x21) but XP and Win2003
PATCH 2/2] setup_pio-cleanup, some cleanup, split kvm_setup_pio() in two
functions, one to setup in/out pio (kvm_emulate_pio()) and one to setup ins/outs
pio (kvm_emulate_pio_string()).
Signed-off-by: Laurent Vivier [EMAIL PROTECTED]
--
- [EMAIL PROTECTED] --
From the TODO, this serie of patches consolidates the insb/outsb emulation into
x86_emulate.c.
[PATCH 1/2] emulate_ins_outs, defines ins/outs opcode in x86_emulate.c and call
emulate_instruction() from io_interception() (svm.c) and from handle_io()
(vmx.c). This patch remove all vmx/svm prefix
He, Qing wrote:
KVM: in-kernel LAPIC save and restore support
This patch adds a new vcpu-based IOCTL to save and restore the local
apic
registers for a single vcpu. The kernel only copies the apic page as
a whole,
extraction of registers is left to userspace side. On
He, Qing wrote:
Hi Avi,
This is the patch set that enables live migration of VMs that
are using in-kernel APIC, it's against lapic3 branch. 6 patches follow:
[PATCH 1/6] a preparation cleanup patch that removes status in
kernel struct kvm_lapic
[PATCH 2/6] ioapic live
[EMAIL PROTECTED] wrote:
Laurent Vivier wrote:
Dong, Eddie wrote:
[EMAIL PROTECTED] wrote:
PATCH 2/2] setup_pio-cleanup, some cleanup, split
kvm_setup_pio() in two
functions, one to setup in/out pio (kvm_emulate_pio()) and one to
setup ins/outs pio (kvm_emulate_pio_string()).
Did u try
[PATCH 1/2] emulate_ins_outs, defines ins/outs opcode in x86_emulate.c and call
emulate_instruction() from io_interception() (svm.c) and from handle_io()
(vmx.c). This patch remove all vmx/svm prefix instruction decoders
(get_addr_size(), io_get_override(), io_address(), get_io_count())
As usual
Dong, Eddie wrote:
[EMAIL PROTECTED] wrote:
PATCH 2/2] setup_pio-cleanup, some cleanup, split
kvm_setup_pio() in two
functions, one to setup in/out pio (kvm_emulate_pio()) and one to
setup ins/outs pio (kvm_emulate_pio_string()).
Did u try on lapic3 branch with XP guest? Only windows guest
Rusty Russell wrote:
Rusty, what say you to a 'struct page *module_to_page(void *kaddr)'
which does the right thing? Attached an implementation.
Hi Avi,
Arch-specific, unfortunately: modules do not need to be allocated with
vmalloc (and for small modules probably shouldn't
I wrote:
migrate exec:dd of=STATEFILE
... I was having trouble getting this to work (loading gave
Migration failed rc=233) and discovered that not all of the data
was being saved, probably because of some buffering/pipe issues.
Actually, maybe that isn't the issue. I guess the migration
Laurent Vivier wrote:
Dong, Eddie wrote:
I may confuse you. Currently master doesn't do in kernel PIO
emulation, all string PIO will go to user level which is fine.
With lapic3, we have kernel PIO emulation for PIC. Linux doesn;t
use string PIO for PIC (port 0x20/0x21) but XP and Win2003
I don't see your concern here. The whole lapic3 is work in
progress, isn't it? Why should we maintain an `old' interface?
Also, as in the second patch, no userspace change is required.
I was thinking about maintenance post 2.6.24.
However, I'm not opposed to the second patch -- if you
Avi,
Thank you very much for the fix!
I will try to update to new kernel in our testing.
For the crash issue, do you mean this issue only happens on old kernel?
I'll look into this. Unfortunately the preemption notifier emulation
for older kernels is quite difficult to debug.
Thanks
Yunfeng
31 matches
Mail list logo
