Bob Moran wrote:
The http://kvm.qumranet.com/kvmwiki/FAQ section3 Q13 RE. widescreen
resolution in KVM, refers me to:
http://thread.gmane.org/gmane.comp.emulators.kvm.devel/13557 which
describes a patch to be applied.
I am not familiar with patch application and unsure where to find
Marcelo Tosatti wrote:
Add three PCI bridges to support 128 slots.
Changes since v1:
- Remove I/O address range support (so standard PCI I/O space is used).
- Verify that there's no special quirks for 82801 PCI bridge.
- Introduce separate flat IRQ mapping function for non-SPARC targets.
Anthony Liguori wrote:
Anthony Liguori wrote:
While it has served us well, it is long overdue that we eliminate the
virtio-net tap hack. It turns out that zero-copy has very little
impact on
performance. The tap hack was gaining such a significant performance
boost
not because of
Hollis Blanchard wrote:
Avi, please apply these patches to the kvm-userspace repository. I've
submitted
the device emulation patches (UIC and PCI) to qemu-devel, but have received no
response.
Applied all, thanks.
Thinking ahead to qemu integration, many of these should be folded into
Karl Rister wrote:
Hi
I have been trying to do some testing of a large number of guests (72) on a
big multi-node IBM box (8 sockets, 32 cores, 128GB) and I am having various
issues with the guests. I can get the guests to boot, but then I start to
have problems. Some guests appear to
Anthony Liguori wrote:
Avi Kivity wrote:
Well, one user (me) has made this mistake, several times.
I guess it's usage patterns. I'm pretty religious about using -snapshot
unless I have a very specific reason not to. I have never encountered
this problem myself.
Most users
Hi,
Since I upgraded my ubuntu machine to 8.04,
/usr/local/bin/qemu-system-x86_64 segfaults when starting with -net
tap,ifname=tap0 flags. Of course, it's been recompiled.
$ sudo /usr/local/bin/qemu-system-x86_64 /data/virt/netbsd.img -net
nic,macaddr=00:56:01:02:03:04 -net
Glauber Costa wrote:
since the pv_apic_ops are only present if CONFIG_X86_LOCAL_APIC is compiled
in, kvmclock failed to build without this option. This patch fixes this
Applied, thanks.
--
error compiling committee.c: too many arguments to function
Linus, please pull from repo and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git
kvm-updates-2.6.26
In addition to a few random fixes this update adds support for Intel
Extended Page Tables (EPT), a feature which greatly improves
virtualization performance on the new
On Friday 02 May 2008, Anthony Liguori wrote:
What we really need is a global configuration file so that individual
users can select these defaults according to what makes sense for them.
i favor the idea of writing parameters into the boot image itself.
--
Javier
signature.asc
Description:
Anthony Liguori wrote:
QEMU is rather aggressive about exhausting the wait period when selecting.
This is fine when the wait period is low and when there is significant delays
in-between selects as it improves IO throughput.
With the IO thread, there is a very small delay between selects and
Andrea Arcangeli wrote:
On Fri, May 02, 2008 at 12:28:32PM +0300, Avi Kivity wrote:
Applied, thanks. Dynamic allocation for the fpu state was introduced in
2.6.26-rc, right?
It seems very recent, hit mainline on 30 Apr.
Also we may want to think if there's something cheaper than
iMil wrote:
Hi,
Since I upgraded my ubuntu machine to 8.04,
/usr/local/bin/qemu-system-x86_64 segfaults when starting with -net
tap,ifname=tap0 flags. Of course, it's been recompiled.
$ sudo /usr/local/bin/qemu-system-x86_64 /data/virt/netbsd.img -net
nic,macaddr=00:56:01:02:03:04 -net
Aurelien Jarno wrote:
The in-kernel PIT emulation ignores pending timers if operating
under mode 3, which for example Hurd uses.
This mode should output a square wave, high for (N+1)/2 counts and low
for (N-1)/2 counts. As we only care about the resulting interrupts, the
period is N, and
Avi Kivity wrote:
Please split the signalfd() emulation into a separate (preparatory)
patch. Also, we need to detect signalfd() at run time as well as
compile time, since qemu may be compiled on a different machine than it
is run on.
Ok.
We can keep the signals blocked, but run the
Anthony Liguori wrote:
We can keep the signals blocked, but run the signalfd emulation in a
separate thread (where it can dequeue signals using sigwait as an
added bonus). This will reduce the differences between the two modes
at the expense of increased signalfd() emulation complexity,
Avi Kivity wrote:
Anthony Liguori wrote:
We can keep the signals blocked, but run the signalfd emulation in a
separate thread (where it can dequeue signals using sigwait as an
added bonus). This will reduce the differences between the two
modes at the expense of increased signalfd()
No new architecture support today, but instead there is support for
Intel's Extended Page Tables, which increase virtualization performance
dramatically on Intel's Nehalem processors.
Also fix host oops on AMD running some 16-bit loaders and applications.
Changes from kvm-67:
- Intel EPT
[Resurrecting post from the dead]
Marcelo Tosatti wrote:
Forcing clustered APIC mode works only on SMP, and there were high CPU
consumption on Windows SMP guests due to C3 state being reported (fixed
in kvm-30 something).
So perhaps:
- Faking clustered APIC on SMP
- Faking C3 on UP
And
kvm-62 good to go and fast!!!
Thanks
Bob
-Original Message-
From: Izik Eidus [mailto:[EMAIL PROTECTED]
Sent: Sunday, May 04, 2008 3:31 AM
To: Avi Kivity
Cc: Bob Moran; kvm-devel@lists.sourceforge.net
Subject: Re: [kvm-devel] Widescreen video in KVM
Avi Kivity wrote:
Bob Moran
diff --git a/mm/Kconfig b/mm/Kconfig
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -205,3 +205,6 @@ config VIRT_TO_BUS
config VIRT_TO_BUS
def_bool y
depends on !ARCH_NO_VIRT_TO_BUS
+
+config MMU_NOTIFIER
+ bool
Without some text following the bool keyword, I am not even asked
On Sat, May 03, 2008 at 08:47:17PM +0300, Adrian Bunk wrote:
Commit c45a6816c19dee67b8f725e6646d428901a6dc24
(virtio: explicit advertisement of driver features)
and commit e976a2b997fc4ad70ccc53acfe62811c4aaec851
(s390: KVM guest: virtio device support, and kvm hypercalls)
don't like each
Бухгалтeру о договорной работe организации - правовыe основы и налоговый аспeкт
7 мая 2008, г. Мoсква
Пpoгpамма сeминаpа
1. Как пpавильнo oфopмить дoгoвop, oбязатeльныe и дoпoлнитeльныe услoвия
дoгoвopoв. Кoгда мoжнo считать сoблюдeннoй пpoстую письмeнную фopму дoгoвopа.
Кoгда дoгoвop
This patch reworks the IO thread to use signalfd() instead of sigtimedwait().
This will eliminate the need to use SIGIO everywhere. In this version of the
patch, we use signalfd() when it's available. When it isn't available, we
create a separate thread and use sigwaitinfo() to simulate
Normally, tap always reads packets and simply lets the client drop them if it
cannot receive them. For virtio-net, this results in massive packet loss and
about an 80% performance loss in TCP throughput.
This patch modifies qemu_send_packet() to only deliver a packet to a VLAN
client if it
QEMU is rather aggressive about exhausting the wait period when selecting.
This is fine when the wait period is low and when there is significant delays
in-between selects as it improves IO throughput.
With the IO thread, there is a very small delay between selects and our wait
period for select
The select() in the IO thread may wait a long time before rebuilding the
fd set. Whenever we do something that changes the fd set, we should interrupt
the IO thread.
Signed-off-by: Anthony Liguori [EMAIL PROTECTED]
diff --git a/qemu/vl.c b/qemu/vl.c
index 1192759..e9f0ca4 100644
--- a/qemu/vl.c
In the final patch of this series, we rely on a VLAN client's fd_can_read
method to avoid dropping packets. Unfortunately, virtio's fd_can_read method
is not very accurate at the moment. This patch addresses this.
It also generates a notification to the IO thread when more RX packets become
While it has served us well, it is long overdue that we eliminate the
virtio-net tap hack. It turns out that zero-copy has very little impact on
performance. The tap hack was gaining such a significant performance boost
not because of zero-copy, but because it avoided dropping packets on receive
On Sun, May 04, 2008 at 02:13:45PM -0500, Robin Holt wrote:
diff --git a/mm/Kconfig b/mm/Kconfig
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -205,3 +205,6 @@ config VIRT_TO_BUS
config VIRT_TO_BUS
def_bool y
depends on !ARCH_NO_VIRT_TO_BUS
+
+config MMU_NOTIFIER
+ bool
On Sun, 2008-05-04 at 15:21 -0500, Anthony Liguori wrote:
Normally, tap always reads packets and simply lets the client drop them if it
cannot receive them. For virtio-net, this results in massive packet loss and
about an 80% performance loss in TCP throughput.
This patch modifies
On Sunday 04 May 2008 13.19.30 Avi Kivity wrote:
...
I guess it's usage patterns. I'm pretty religious about using -snapshot
unless I have a very specific reason not to. I have never encountered
this problem myself.
Most users cannot use -snapshot for their workloads.
and -snapshot
Dor Laor wrote:
On Sun, 2008-05-04 at 15:21 -0500, Anthony Liguori wrote:
Patchset looks good and reduces some nasty hacks. It probably also
improves other devices like e1000 et al.
Yeah, we just need to make sure they have proper can_receive handlers.
I took a quick look at the
Avi Kivity wrote:
Avi Kivity wrote:
Michal Ludvig wrote:
Hi,
I've experienced a kernel Oops on 2.6.24 with kvm 66 on AMD in 64bit
mode while starting up WinXP:
The host is still alive but the XP guest is locked up in a boot screen.
Hi again, just wanted to let you know that I still get
On Sunday 04 May 2008 03:47:17 Adrian Bunk wrote:
Commit c45a6816c19dee67b8f725e6646d428901a6dc24
(virtio: explicit advertisement of driver features)
and commit e976a2b997fc4ad70ccc53acfe62811c4aaec851
(s390: KVM guest: virtio device support, and kvm hypercalls)
don't like each other:
Yep, I
On Mon, May 05, 2008 at 12:08:25AM +0200, Andrea Arcangeli wrote:
On Sun, May 04, 2008 at 02:13:45PM -0500, Robin Holt wrote:
diff --git a/mm/Kconfig b/mm/Kconfig
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -205,3 +205,6 @@ config VIRT_TO_BUS
config VIRT_TO_BUS
def_bool y
广州嘉集财税代理有限公司
联系人：林小姐传真/Fax: 020-33789285
联系电话/Tel: 13631387231
致:，财务/经理
广州嘉集财税代理有限公司。与全国各地区众多公司有业务往来，可长期代理全国各地（国税/地税）
等业务，{商品销售 工程建筑 广告 咨询 租赁 服务 餐饮 运输}等税-票向外代开。若贵公司/厂家在
做帐或其他方面有需要，可来电咨询洽谈。本公司郑重承诺：所开出税-票均为税务局所申领，可供网上
查询或税务局验证后付款。
Hi, Avi
This patch should go into RC1, otherwise it will block kvm/ia64
userspace build.
Xiantao
From 55584a9ecdfbea61ab90014c9cc14c5a22b696dd Mon Sep 17 00:00:00 2001
From: Xiantao Zhang [EMAIL PROTECTED]
Date: Mon, 5 May 2008 12:49:35 +0800
Subject: [PATCH] KVM: KVM/ia64: built fix for kvm
Bugs item #1935481, was opened at 2008-04-05 09:37
Message generated for change (Comment added) made by jakeogh
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1935481group_id=180599
Please note that this message will contain a full copy of the comment
39 matches
Mail list logo
