Michal Ludvig wrote:
> 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.
>
> H
On Thu, 1 May 2008 16:13:31 -0300
Marcelo Tosatti <[EMAIL PROTECTED]> wrote:
> The code sequence is:
>
> 8235: 66 data16
> 8236: 0f 22 c0mov%eax,%cr0
> 8239: ea 3e 02 00 08 b8 00ljmp $0xb8,$0x800023e
>
> So it switches
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=detail&atid=893831&aid=1935481&group_id=180599
Please note that this message will contain a full copy of the comment t
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
广州嘉集财税代理有限公司
联系人：林小姐传真/Fax: 020-33789285
联系电话/Tel: 13631387231
致:，财务/经理
广州嘉集财税代理有限公司。与全国各地区众多公司有业务往来，可长期代理全国各地（国税/地税）
等业务，{商品销售 工程建筑 广告 咨询 租赁 服务 餐饮 运输}等税-票向外代开。若贵公司/厂家在
做帐或其他方面有需要，可来电咨询洽谈。本公司郑重承诺：所开出税-票均为税务局所申领，可供网上
查询或税务局验证后付款。
真诚希望与厂大公司(厂家)携手合作,共同
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
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:
Ye
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 kno
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
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 -s
On Fri, 2008-05-02 at 13:12 +0300, Avi Kivity wrote:
> > Call Trace:
> > [] kmem_cache_create+0x15e/0x410
> > Code: c3 57 56 53 89 c6 9c 5f fa 8b 08 83 39 00 74 12 c7 41 0c 01 00 00
> > 00 8b 01
> > 48 89 01 8b 5c 81 10 eb 07 e8 a5 fb ff ff 89 c3 57 9d <0f> 0d 0b 90 85
> > db
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 qemu
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
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
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
avai
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.
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 i
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 doesn'
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 signalfd(
Бухгалт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 тpeбуeт
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
> 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
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 wrote
[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
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 suppor
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 sign
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 complex
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
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, an
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:0
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 ch
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
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
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 Neh
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
--
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.
>
>
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 tap,ifname=tap0,sc
Just take them regularly and you will see results in no less than 2 months
http://www.nutmentpa.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still ti
Anthony Liguori wrote:
> 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
> instead use a pipe() that is written
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
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 folde
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 becau
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 targe
Avi Kivity wrote:
> 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 ap
44 matches
Mail list logo
