kvm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Donald Parsons <dparsons@brightdsl.net>
To: Sheng Yang <yasker@gmail.com>
Cc: Carlo Marcelo Arenas Belon <carenas@sajinet.com.pe>, kvm@vger.kernel.org
Subject: Re: APIC problems with kvm-77 (was Re: [ANNOUNCE] kvm-77 release) SOLVED
Date: Fri, 17 Oct 2008 19:46:22 -0400	[thread overview]
Message-ID: <1224287182.4198.12.camel@falcon> (raw)
In-Reply-To: <20081017171504.GB22408@yukikaze>


On Sat, 2008-10-18 at 01:15 +0800, Sheng Yang wrote: 
> On Fri, Oct 17, 2008 at 10:08:48AM -0500, Carlo Marcelo Arenas Belon wrote:
> > On Sun, Oct 12, 2008 at 06:18:29PM +0000, Don Parsons wrote:
> > > 
> > > Trying to boot with kvm-77 gave a debugging hint, so here is
> > > what I get.  Does not look informative to me though.  This was
> > > typed from screen (Can copy paste work?):
> > > 
> > > Startup script:
> > > modprobe kvm-intel; sleep 1
> > > /usr/local/kvm/bin/qemu-system-x86_64 vdisk_fedora9.img -m 2048 -no-quit &
> > >         ====================
> > > [First boot:]
> > > 
> > > Booting 'Fedora (2.6.26.5-45.fc9.i686)'
> > > :
> > > Booting the kernel.
> > > ..MP-BIOS bug: 8254 timer not connected to IO-APIC
> > > Kernel panic - not syncing: IO-APIC + timer doesn't work!  Boot with
> > >   apic=debug and send a report.  Then try booting with the 'noapic'
> > >   option
> > >         ====================
> > 
> > this points to BOCHS BIOS bug, as a workaround you should be able to use the
> > bios.bin file from the old kvm-75 version instead.

I tried using the bios.bin from kvm-75 but it still fails.   Not
sure if extboot.bin might need matching bios.bin, so I copied it
over too.  But still fails.  I just checked, extboot.bin's are
identical so that was a no-op.

As another check I went back to a complete kvm-75 replacement
and found it now no longer works.  One or two weeks ago it did.

I also see that I only have
  vmlinuz-2.6.26.3-14.fc8
  vmlinuz-2.6.26.5-28.fc8  both with  CONFIG_KVM_GUEST=y
and no vmlinuz-2.6.25 

Does kvm-77 still have the CONFIG_KVM_GUEST=y  problem?  I suppose it
does, since changelog does not mention it.

I am now very confused.  It might be that I only verified that kvm-76
worked with kernel-2.6.25.14-69.fc8.x86_64 (which I no longer have).

I thought I verified kvm-75 with vmlinuz-2.6.26.5-28.fc8.x86_64 but
now I am no sure.  (My post got stuck waiting for Gmane autoauthorizer
in my ISP's spam filter until I found it today).


> Hi Carlo
> 
> Is that a BIOS bug filled/raised for this? It seems like IOAPIC didn't receive
> pit interrupt in time to me.
> 
> Don, so does it happen everytime? And please show your computer environment
> as well.

No, the boots are not consistent.  Since it has failed to boot, it has
always failed to boot.  The text printed to screen it not always the
same.  Last Sunday when I originally wrote first email, I tried more
boots and noticed one out of 4 had slightly different output.

Today one out of several boots (with kvm-75 bios) showed it getting
past above hangs, and trying to access disk but here it failed
saying non-existent file(s), so it could not proceed.

Also the "MP-BIOS bug: 8254 timer not connected to IO-APIC" only 
occurred that one time out of about 12 attempted boots.


I tried this patch from another thread
  http://article.gmane.org/gmane.comp.emulators.kvm.devel/23044

which for 2.6.26.6 becomes

--- arch/x86/kvm/mmu.c~ 2008-10-17 15:51:19.000000000 -0400
+++ arch/x86/kvm/mmu.c  2008-10-17 15:52:42.000000000 -0400
@@ -2106,6 +2106,7 @@
static int kvm_pv_mmu_flush_tlb(struct kvm_vcpu *vcpu)
{
        kvm_x86_ops->tlb_flush(vcpu);
+       set_bit(KVM_REQ_MMU_SYNC, &vcpu->requests);
        return 1;
}

but it fails to compile with:
  CC [M]  arch/x86/kvm/mmu.o
arch/x86/kvm/mmu.c: In function ‘kvm_pv_mmu_flush_tlb’:
arch/x86/kvm/mmu.c:2109: error: ‘KVM_REQ_MMU_SYNC’ undeclared (first use
in this function)
arch/x86/kvm/mmu.c:2109: error: (Each undeclared identifier is reported
only once
arch/x86/kvm/mmu.c:2109: error: for each function it appears in.)
make[1]: *** [arch/x86/kvm/mmu.o] Error 1
make: *** [arch/x86/kvm] Error 2

Apparently a 2.6.27 only patch.  Oops, no it is not.  I figured out
that the patch "path" actually refers to     ./arch/x86/mmu.c
in a kvm-77 tree.

With this patch above applied to kvm-77 release results in my Fedora 8
guest booting and running properly.  i.e., the patch:

--- kernel/x86/mmu.c~   2008-10-12 07:53:12.000000000 -0400
+++ kernel/x86/mmu.c    2008-10-17 17:47:46.000000000 -0400
@@ -2747,6 +2747,7 @@
 static int kvm_pv_mmu_flush_tlb(struct kvm_vcpu *vcpu)
 {
        kvm_x86_ops->tlb_flush(vcpu);
+       set_bit(KVM_REQ_MMU_SYNC, &vcpu->requests);
        return 1;
 }


So it appears that the SOLUTION for 2.6.26 or 2.6.27 is to apply above
patch or wait for kvm-78.tgz

Thanks to everyone who tried to help me.

Don



  reply	other threads:[~2008-10-18  0:41 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-12 12:02 [ANNOUNCE] kvm-77 release Avi Kivity
2008-10-12 18:18 ` Don Parsons
2008-10-17 15:08   ` APIC problems with kvm-77 (was Re: [ANNOUNCE] kvm-77 release) Carlo Marcelo Arenas Belon
2008-10-17 17:15     ` Sheng Yang
2008-10-17 23:46       ` Donald Parsons [this message]
2008-10-13  9:33 ` [ANNOUNCE] kvm-77 release Henrik Holst
2008-10-13  9:44   ` Henrik Holst
2008-10-13 11:40     ` Henrik Holst

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1224287182.4198.12.camel@falcon \
    --to=dparsons@brightdsl.net \
    --cc=carenas@sajinet.com.pe \
    --cc=kvm@vger.kernel.org \
    --cc=yasker@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).