Hi,
The patch have moved PIT from QEMU to kernel, which greatly increase the
accuracy of KVM guest timer. The code mostly based on QEMU and Xen's code.
The patch works well on IA32e host(passed 2.6.22, 2.6.20, 2.6.18, 2.6.16 with
hpet=disable, 2.6.9 with clock=pit), mostly OK on pae
From 5f7e9bf8856602cf8ffcb50ff744ee1d0058a850 Mon Sep 17 00:00:00 2001
From: Sheng Yang [EMAIL PROTECTED]
Date: Mon, 21 Jan 2008 16:41:47 +0800
Subject: [PATCH] kvm: libkvm: In-kernel PIT model
Signed-off-by: Sheng Yang [EMAIL PROTECTED]
---
kernel/Kbuild |2 +-
libkvm/kvm-common.h |
Anthony Liguori wrote:
Rusty Russell wrote:
Qumranet let us use their PCI vendor ID, with device ids = 0x1000.
We can specify that we accept all of them in the device ID table, and
then return -ENODEV in the probe routine.
I thought the device id range was smaller. Avi?
Yes,
Hi Avi,
commit kvm: qemu: consume all pending I/O in I/O loop
(8ab8bb09f1115b9bf733f885cc92b6c63d83f420) broke reading data bursts
from serial devices (and maybe from other character devices as well) by
guests. Reason: serial devices do input flow control via fd_read_poll,
but qemu now ignores
Yang, Sheng wrote:
--- /dev/null
+++ b/arch/x86/kvm/i8254.h
...
+#define PIT_BASE_ADDRESS 0x40
+#define SPEAKER_BASE_ADDRESS 0x61
+#define PIT_MEM_LENGTH 4
+#define PIT_FREQ 1193181
The PIT may not be limited to x86 platforms. So I would propose to make
the
Avi Kivity wrote:
Jan Kiszka wrote:
The PIT may not be limited to x86 platforms. So I would propose to make
the setup more generic and flexible. And I would move the code out of
arch/x86, just the speaker support should remain there.
I'm currently struggling with emulating a proprietary
Jan Kiszka wrote:
The PIT may not be limited to x86 platforms. So I would propose to make
the setup more generic and flexible. And I would move the code out of
arch/x86, just the speaker support should remain there.
It should also not be common among all archs. On s390 we have CPU
timer, which
Hi Guido,
[posting via gmane sucks, just re-enabled mail delivery in this account...]
Guido Guenther wrote:
Hi Jan,
On Sat, Jan 19, 2008 at 04:40:06PM +0100, Jan Kiszka wrote:
What about additionally listening on signals? If you run qemu from the
console, you can then just press ctrl-c to
Jan Kiszka wrote:
Hi Avi,
commit kvm: qemu: consume all pending I/O in I/O loop
(8ab8bb09f1115b9bf733f885cc92b6c63d83f420) broke reading data bursts
from serial devices (and maybe from other character devices as well) by
guests. Reason: serial devices do input flow control via fd_read_poll,
Jan Kiszka wrote:
The PIT may not be limited to x86 platforms. So I would propose to make
the setup more generic and flexible. And I would move the code out of
arch/x86, just the speaker support should remain there.
I'm currently struggling with emulating a proprietary platform that has
On Mon, 2008-01-21 at 12:13 +0200, Avi Kivity wrote:
Jan Kiszka wrote:
Hi Avi,
commit kvm: qemu: consume all pending I/O in I/O loop
(8ab8bb09f1115b9bf733f885cc92b6c63d83f420) broke reading data bursts
from serial devices (and maybe from other character devices as well) by
guests.
Jan Kiszka wrote:
I would rather stuff these parameters into KVM_CREATE_PIT right from the
beginning than later breaking the kernel/user ABI or adding a clumsy
KVM_CREATE_PIT_SPECIAL_EXTENDED_VERSION. :-
Binary compatibility is only guaranteed between released kernel
versions; development
Jan Kiszka wrote:
Hi Guido,
[posting via gmane sucks, just re-enabled mail delivery in this account...]
Much appreciated.
Guido Guenther wrote:
Hi Jan,
On Sat, Jan 19, 2008 at 04:40:06PM +0100, Jan Kiszka wrote:
What about additionally listening on signals? If you run qemu
Dor Laor wrote:
On Mon, 2008-01-21 at 12:13 +0200, Avi Kivity wrote:
Jan Kiszka wrote:
Hi Avi,
commit kvm: qemu: consume all pending I/O in I/O loop
(8ab8bb09f1115b9bf733f885cc92b6c63d83f420) broke reading data bursts
from serial devices (and maybe from other character devices as
On Mon, Jan 21, 2008 at 05:18:21PM +0800, Yang, Sheng wrote:
The patch works well on IA32e host(passed 2.6.22, 2.6.20, 2.6.18, 2.6.16 with
hpet=disable, 2.6.9 with clock=pit),
slightly off-topic but how you got around on building KVM and loading it with
the undefined symbols from hpet
On Monday 21 January 2008 20:12:46 Avi Kivity wrote:
Anthony Liguori wrote:
Rusty Russell wrote:
Qumranet let us use their PCI vendor ID, with device ids = 0x1000.
We can specify that we accept all of them in the device ID table, and
then return -ENODEV in the probe routine.
I thought
Avi Kivity wrote:
Dor Laor wrote:
On Mon, 2008-01-21 at 12:13 +0200, Avi Kivity wrote:
Jan Kiszka wrote:
Hi Avi,
commit kvm: qemu: consume all pending I/O in I/O loop
(8ab8bb09f1115b9bf733f885cc92b6c63d83f420) broke reading data bursts
from serial devices (and maybe from other
Avi Kivity wrote:
Jan Kiszka wrote:
Guido Guenther wrote:
Hi Jan,
On Sat, Jan 19, 2008 at 04:40:06PM +0100, Jan Kiszka wrote:
What about additionally listening on signals? If you run qemu from the
console, you can then just press ctrl-c to shut the guest down (instead
From ab229d437b59317a322ca0efd2b0d239b74e Mon Sep 17 00:00:00 2001
From: Feng(Eric) Liu [EMAIL PROTECTED]
Date: Tue, 22 Jan 2008 17:01:29 -0500
Subject: [PATCH] kvm: mmu: fix a potential issue
Since the type of gpa is u64, so extend pte_size to u64. Otherwise, a
potential issue
may happen.
While trying to reduce the warning noise (to identify warnings of
homebrewed patches), I also came across this bogus but fortunately
harmless type change in bdrv_commit. Fix below.
Jan
Index: kvm-userspace/qemu/block.c
===
---
This adds locking to the memslots so they can be looked up with only
the mmu_lock. Entries with memslot-userspace_addr have to be ignored
because they're not fully inserted yet.
Signed-off-by: Andrea Arcangeli [EMAIL PROTECTED]
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index
On Mon, Jan 21, 2008 at 01:46:11PM +0100, Jan Kiszka wrote:
Here are 4 more warnings fixes (actually, I should sent 2 of them to
qemu...). Nothing critical, just less noise during compilation.
probably a good idea having them in independent patches as they are unrelated
(other by the fact that
--
woof.
From c6fc21397e37481696723115cb1680f42661be48 Mon Sep 17 00:00:00 2001
From: Izik Eidus [EMAIL PROTECTED]
Date: Mon, 21 Jan 2008 17:04:45 +0200
Subject: [PATCH] memory.c: add new exported function replace_page()
replace_page() - replace the pte mapping related to vm area between two
From 45e5a255b004e0d578007576304a6b1e272fcb67 Mon Sep 17 00:00:00 2001
From: Izik Eidus [EMAIL PROTECTED]
Date: Mon, 21 Jan 2008 16:59:35 +0200
Subject: [PATCH] rmap: add new exported function: page_wrprotect(),
page_wrprotect() make the page as read only by setting the ptes point to
it as
when kvm is used in production servers, many times it run the same
guests operation systems more than once
the idea of this module is to find the identical pages in diffrent
guests and to share them so we can save memory,
due to the fact that many guests run identical operation systems, alot
of
--
woof.
/*
* Memory merging driver for Linux
*
* This module enables dynamic sharing of identical pages found in different
* memory areas, even if they are not shared by fork()
*
* Copyright (C) 2008 Qumranet, Inc.
*
* This work is licensed under the terms of the GNU GPL, version 2.
*
Jan Kiszka wrote:
Avi Kivity wrote:
Jan Kiszka wrote:
Guido Guenther wrote:
Hi Jan,
On Sat, Jan 19, 2008 at 04:40:06PM +0100, Jan Kiszka wrote:
What about additionally listening on signals? If you run qemu from the
console, you can then just press
(this is the modification for qemu to make it work with ksm)
--
woof.
From 813266c7d59acb64c104448c255cc2c9d4f0187e Mon Sep 17 00:00:00 2001
From: Izik Eidus [EMAIL PROTECTED]
Date: Mon, 21 Jan 2008 17:41:09 +0200
Subject: [PATCH] qemu: register the memory of qemu with ksm,
so it can be shared
--
woof.
#include stdio.h
#include stdlib.h
#include string.h
#include sys/types.h
#include sys/stat.h
#include fcntl.h
#include sys/mman.h
#include unistd.h
#include linux/ksm.h
int main()
{
int fd;
int fd_scan;
int r;
fd = open(/dev/ksm, O_RDWR | O_TRUNC, (mode_t)0600);
if (fd == -1) {
Andrea Arcangeli wrote:
On Sun, Jan 20, 2008 at 05:16:03PM +0200, Avi Kivity wrote:
Yes, it's supposed to work (we can't prevent userspace from doing it).
Hmm, I think we already prevent it, so I don't think I need to update
my swap code until the below is removed.
/* Check
Joerg Roedel wrote:
If the guest writes to cr0 and leaves the TS flag at 0 while vcpu-fpu_active
is also 0, the TS flag in the guests cr0 gets lost. This leads to corrupt FPU
state an causes Windows Vista 64bit to crash very soon after boot. This patch
fixes this bug.
Applied, thanks.
Looks pretty good.
Stylistically it would be nicer to initialize ia64_max_tr_num to 8 (with
a comment that this is the least smallest allowed value allowed by the
architecture - SDM p.2:44 section 4.1.1.1) and increase this if
PAL_VM_SUMMARY
indicates that the current processor model supports a
Hi all --
I have kvm 1:28-4ubuntu2 installed under ubuntu 7.10 running
2.6.22-14-generic
Attempting to install plan9 I get the following crash:
$ kvm -nographic --cdrom ISO/plan9.iso -boot d KVM/plan9-qcow.img
Bugs item #1876714, was opened at 2008-01-21 12:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1876714group_id=180599
Please note that this message will contain a full copy of
On Sun, Jan 20, 2008 at 05:15:07PM +0200, Avi Kivity wrote:
Is this immediately after reboot, or during the boot process?
After reboot.
--D
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R)
On Monday 21 January 2008 19:17:08 Carlo Marcelo Arenas Belon wrote:
On Mon, Jan 21, 2008 at 05:18:21PM +0800, Yang, Sheng wrote:
The patch works well on IA32e host(passed 2.6.22, 2.6.20, 2.6.18, 2.6.16
with hpet=disable, 2.6.9 with clock=pit),
slightly off-topic but how you got around on
On Monday 21 January 2008 18:28:32 Carsten Otte wrote:
Jan Kiszka wrote:
The PIT may not be limited to x86 platforms. So I would propose to make
the setup more generic and flexible. And I would move the code out of
arch/x86, just the speaker support should remain there.
It should also not
On Mon, 21 Jan 2008 13:52:04 +0100
Andrea Arcangeli [EMAIL PROTECTED] wrote:
Signed-off-by: Andrea Arcangeli [EMAIL PROTECTED]
Reviewed-by: Rik van Riel [EMAIL PROTECTED]
--
All rights reversed.
-
This SF.net email is
Avi Kivity wrote:
Glauber de Oliveira Costa wrote:
That said, if acpi is really the preference here, and this patches
have chance, no problem. But it will take me a little more time to
implement them ;-)
The power button support that was recently added at least proves that
the host-guest
新《劳动合同法》实施细则从解读到企业应对与运用技巧及审理劳动争议案件司法解释
主办单位:深圳众人行
深.圳.时.间:2008年1月19-20 (星期六日) 深 圳
参.会.费.用:1800元
【学-员-对-象】各企业董事长、总经理、副总经理、人力资源部经理/总监、人事主管、薪酬专
员、绩效主管、培训经理、培训主管、招聘主管,企业法律顾问,劳资、工会、行政及各部门经
理、主管等相关人员参加。
Thanks for your comments
Luck, Tony wrote:
Looks pretty good.
Stylistically it would be nicer to initialize ia64_max_tr_num to 8
(with
a comment that this is the least smallest allowed value allowed by the
architecture - SDM p.2:44 section 4.1.1.1) and increase this if
PAL_VM_SUMMARY
Xu, Anthony wrote:
Thanks for your comments
Luck, Tony wrote:
Looks pretty good.
Stylistically it would be nicer to initialize ia64_max_tr_num to 8
(with a comment that this is the least smallest allowed value
allowed by the architecture - SDM p.2:44 section 4.1.1.1) and
increase this
42 matches
Mail list logo