Eduardo Habkost wrote:
> On Thu, Nov 20, 2008 at 12:22:53PM -0200, Eduardo Habkost wrote:
>> Hi,
>>
>> When using a kvm.git kernel as host, I am getting guest boot failures
>> when booting Fedora Rawhide kernel (2.6.27.5-117.fc10.x86_64). Guest
>> stops booting at:
>>
>> ENABLING IO-APIC IRQs
>> ..
On Friday 21 November 2008 06:05:17 Eduardo Habkost wrote:
> On Thu, Nov 20, 2008 at 12:22:53PM -0200, Eduardo Habkost wrote:
> > Hi,
> >
> > When using a kvm.git kernel as host, I am getting guest boot failures
> > when booting Fedora Rawhide kernel (2.6.27.5-117.fc10.x86_64). Guest
> > stops boot
Alex Williamson wrote:
We're currently ignoring the e1000 VLAN tagging, stripping and filtering
features in the e1000 emulation. This patch adds backing for the
relevant registers and provides a software implementation of the
acceleration, such that a guest can make use of VLANs.
This is mostly
On Thu, Nov 20, 2008 at 12:22:53PM -0200, Eduardo Habkost wrote:
>
> Hi,
>
> When using a kvm.git kernel as host, I am getting guest boot failures
> when booting Fedora Rawhide kernel (2.6.27.5-117.fc10.x86_64). Guest
> stops booting at:
>
> ENABLING IO-APIC IRQs
> ..TIMER: vector=0x30 apic1=0 p
Hello Avi,
while fixing a module reference counting problem for s390 I spotted
another problem in the kvm main code. Any comments on the patch?
From: Christian Borntraeger <[EMAIL PROTECTED]>
There is a race between a "close of the file descriptors" and module
unload in the kvm module.
You can
Avi Kivity wrote Thu, 13 Nov 2008 14:33:16 +0200:
> Michael Tokarev wrote:
>> Somewhere between kvm-75 and kvm-78, the
>> mentioned commands has been slowed down
>> to insane levels. By "insane" I mean to
>> take about 10 minutes(!) to save/load a
>> 128MB RAM/1GB HDD VM's state. It used
>> to re
Bugs item #2318236, was opened at 2008-11-20 13:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2318236&group_id=180599
Please note that this message will contain a full copy
On Wed, Nov 19, 2008 at 02:43:42PM -0800, [EMAIL PROTECTED] wrote:
> Thanks for the responses,
>
> I'm not sure if my problem is the same as Roland's, but it definitely sounds
> plausible. I had been running ntpdate in the host to synchronize time every
> hour (in a cron job), so it sounds as if
>>
>> > or contrawise: on the other formats the metadata is updated in the
>> > correct order?
>> >
>> >
>> raw is the only format we're sure of.
>
> With that in mind I converted my qcow2 image to raw, and I'm trying to
> use that as a base image to create a new raw (writeable) image:
>
> #qemu
On Thu, 20 Nov 2008, Avi Kivity wrote:
> Thomas Mueller wrote:
> > > Right now, qcow2 isn't a
> > > reliable format regardless of the type of cache your using because
> > > metadata is not updated in the correct order.
> >
> > so you don't advise to use qcow2 as a VBD or what do you mean with "i
Avi Kivity wrote:
> Zhang, Xiantao wrote:
>> Avi Kivity wrote:
>>
>>> Zhang, Xiantao wrote:
>>>
> Can you provide more information on how this was only discovered
> now? Was there a change in mainline that removed support for
> EXTRA_CFLAGS?]
>
>
It should be an old is
Hi,
When using a kvm.git kernel as host, I am getting guest boot failures
when booting Fedora Rawhide kernel (2.6.27.5-117.fc10.x86_64). Guest
stops booting at:
ENABLING IO-APIC IRQs
..TIMER: vector=0x30 apic1=0 pin1=0 apic2=-1 pin2=-1
..MP-BIOS bug: 8254 timer not connected to IO-APIC
...trying
> But
>
> LINUX=$(if $(KERNELSOURCEDIR),$(KERNELSOURCEDIR),$(KERNELDIR)) \
> (without the " )
>
> seems to work.
Ok. I've never been very good at writing Makefiles.
Looks good with that too.
-Andi
--
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
Jan Kiszka wrote:
The nmi handler could change the tpr to mask the preempted interrupt;
but the code would not notice that. Once the interrupt was injected the
guest would see an interrupt at a higher priority than it has programmed
the hardware to allow.
I consider this a bit far fetch.
Am Donnerstag, 20. November 2008 schrieb Andi Kleen:
> How about this variant? Does it work for you?
>
> -Andi
>
> --- kvm-79/Makefile~ 2008-11-12 12:48:01.0 +0100
> +++ kvm-79/Makefile 2008-11-20 14:36:54.0 +0100
> @@ -33,7 +33,9 @@
> header-sync-n:
>
> header-sync-y:
> -
On Thu, Nov 20, 2008 at 02:22:04PM +0100, Christian Borntraeger wrote:
> Am Donnerstag, 20. November 2008 schrieb Andi Kleen:
> > --- kvm-79/Makefile~2008-11-12 12:48:01.0 +0100
> > +++ kvm-79/Makefile 2008-11-20 14:06:57.0 +0100
> > @@ -33,7 +33,7 @@
> > header-sync-n:
> >
Avi Kivity wrote:
> Avi Kivity wrote:
>> Jan Kiszka wrote:
>>> Jiajun kindly provided me a RHEL kernel and initrd (2.6.18-53-el5) which
>>> I ran for a while (or booted a few times) to trigger the hang. Basically
>>> you need high IRQ load (preferably via LAPIC, to exploit that un-acked
>>> IRQs wi
Am Donnerstag, 20. November 2008 schrieb Andi Kleen:
> --- kvm-79/Makefile~ 2008-11-12 12:48:01.0 +0100
> +++ kvm-79/Makefile 2008-11-20 14:06:57.0 +0100
> @@ -33,7 +33,7 @@
> header-sync-n:
>
> header-sync-y:
> - make -C kernel LINUX=$(KERNELDIR) header-sync
> + make
I needed this patch to make kvm-79 build (with --with-patched-kernel)
with separate kernel objdir and 2.6.28-rc5
-Andi
--- kvm-79/Makefile~2008-11-12 12:48:01.0 +0100
+++ kvm-79/Makefile 2008-11-20 14:06:57.0 +0100
@@ -33,7 +33,7 @@
header-sync-n:
header-sync-y:
-
Hi Aurelien,
On Wed, Nov 12, 2008 at 08:00:37PM +0100, Aurelien Jarno wrote:
> Hi,
>
> Starting with kvm-76 (and including kvm-79), Hurd does not boot anymore
> under KVM. The ext2fs translator issues a strange error message:
>
> | Hurd server bootstrap: ext2fs.static[device:hd0s3] execext2fs.st
Avi,
- "Avi Kivity" <[EMAIL PROTECTED]> wrote:
> > Is direct kernel booting just not really supported properly or is it
> just to do with Qemu forgetting about the direct boot kernel/initrd
> after a reboot?
>
> Direct kernel booting is supported. Please try with -no-kvm to see if
> it is a
Zhang, Xiantao wrote:
Avi Kivity wrote:
Zhang, Xiantao wrote:
Can you provide more information on how this was only discovered
now? Was there a change in mainline that removed support for
EXTRA_CFLAGS?]
It should be an old issue we didn't sense before. To specify single
obj
Avi Kivity wrote:
> Zhang, Xiantao wrote:
>>> Can you provide more information on how this was only discovered
>>> now? Was there a change in mainline that removed support for
>>> EXTRA_CFLAGS?]
>>>
>> It should be an old issue we didn't sense before. To specify single
>> object's compile option
On Wed, Nov 19, 2008 at 07:03:09PM +, Mark McLoughlin wrote:
>
> I had a look at Emmanuel's strace log and it shows that qemu isn't
> selecting on the tapfd, presumably because virtio_net_can_receive() sees
> that we've exhausted all available receive buffers.
>
> When qemu does poll the tapf
On Wed, Nov 19, 2008 at 01:13:52PM +, Mark McLoughlin wrote:
>
> Is it possible for you to try a newer guest kernel?
>
The guest will be rebooted today on 2.7.27.6.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Randy Broman wrote:
After I submitted the initial question, I downloaded the latest kernel
2.6.27.6, and compiled
with the following options, some of which are new since my previous
kernel 2.6.24-21.
CONFIG_PARAVIRT_GUEST=y
CONFIG_XEN_SAVE_RESTORE=y
CONFIG_VMI=y
CONFIG_KVM_CLOCK=y
CONFIG_KVM_G
Zhang, Xiantao wrote:
Can you provide more information on how this was only discovered now?
Was there a change in mainline that removed support for EXTRA_CFLAGS?]
It should be an old issue we didn't sense before. To specify single object's compile option, only CFLAGS can work in this case.
Avi Kivity wrote:
> Zhang, Xiantao wrote:
>> Hi, Avi
>> Please apply the patch and queue it as 2.6.28 fix. Thanks!
>> Xiantao
>>
>> From d759572033e1bf0e4ca6b7d8f7be8e8387fb4bbb Mon Sep 17 00:00:00
>> 2001 From: Xiantao Zhang <[EMAIL PROTECTED]>
>> Date: Thu, 20 Nov 2008 10:35:35 +0800
>> Sub
Anthony Liguori wrote:
That's not how I read the code. I see:
static void kvm_free_physmem_slot(struct kvm_memory_slot *free,
struct kvm_memory_slot *dont)
{
if (!dont || free->rmap != dont->rmap)
vfree(free->rmap);
And it's called as kvm_free_physmem_slot(&ol
Anthony Liguori wrote:
That's not how I read the code. I see:
static void kvm_free_physmem_slot(struct kvm_memory_slot *free,
struct kvm_memory_slot *dont)
{
if (!dont || free->rmap != dont->rmap)
vfree(free->rmap);
And it's called as kvm_free_physmem_slot(&ol
Zhang, Xiantao wrote:
Hi, Avi
Please apply the patch and queue it as 2.6.28 fix. Thanks!
Xiantao
From d759572033e1bf0e4ca6b7d8f7be8e8387fb4bbb Mon Sep 17 00:00:00 2001
From: Xiantao Zhang <[EMAIL PROTECTED]>
Date: Thu, 20 Nov 2008 10:35:35 +0800
Subject: [PATCH] KVM: IA64: Using CFLAGS_vcpu.o
Thomas Mueller wrote:
Right now, qcow2 isn't a
reliable format regardless of the type of cache your using because
metadata is not updated in the correct order.
so you don't advise to use qcow2 as a VBD or what do you mean with "isn't
reliable"?
Right, qcow2 is both very slow with c
2008/11/20 Izik Eidus <[EMAIL PROTECTED]>:
> ציטוט Izik Eidus:
>>
>> ציטוט Ryota OZAKI:
>>>
>>> Hi Izik,
>>>
>>> I've tried your patch set, but ksm doesn't work in my machine.
>>>
>>> I compiled linux patched with the four patches and configured with KSM
>>> and KVM enabled. After boot with the lin
ציטוט Izik Eidus:
ציטוט Ryota OZAKI:
Hi Izik,
I've tried your patch set, but ksm doesn't work in my machine.
I compiled linux patched with the four patches and configured with KSM
and KVM enabled. After boot with the linux, I run two VMs running linux
using QEMU with a patch in your mail and s
ציטוט Ryota OZAKI:
Hi Izik,
I've tried your patch set, but ksm doesn't work in my machine.
I compiled linux patched with the four patches and configured with KSM
and KVM enabled. After boot with the linux, I run two VMs running linux
using QEMU with a patch in your mail and started KSM scanner
> > This is probably the change to cache=writethrough. I bet if you set
> > cache=writeback then you'll see this go away.
>
> cache=writeback is only slightly faster, like going from 6MB/s to 7MB/s.
ignore that remark, I retested with cache=writeback and everything is OK
again. I must have mis
36 matches
Mail list logo