public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Tobias Diedrich <ranma+kvm@tdiedrich.de>,
	xen-users@lists.xensource.com, linux-kernel@vger.kernel.org
Subject: Re: 3.0.0-rc2: Xen: QEMU Kernel panic - not syncing: IO-APIC + timer doesn't work!
Date: Mon, 13 Jun 2011 15:45:47 -0400	[thread overview]
Message-ID: <20110613194547.GA4715@dumpdata.com> (raw)
In-Reply-To: <20110613191406.GA20616@yumi.tdiedrich.de>

On Mon, Jun 13, 2011 at 09:14:07PM +0200, Tobias Diedrich wrote:
> Konrad Rzeszutek Wilk wrote:
> > On Mon, Jun 13, 2011 at 07:35:32PM +0200, Tobias Diedrich wrote:
> > > Hi,
> > > 
> > > I ran into this problem when trying to set up Xen on a root server
> > > with a pre-Orleans Athlon64 (no svm, so no kvm):
> > 
> > Uhh, your output says otherwise. What is the serial output your
> > box produced?
> 
> Well, the output was from the kvm where I tried to boot xen with the
> same config as on my rootserver, where I don't have access to the
> console output to see why it doesn't boot. :)

I've traced it down to the fact that you disable SMP on your x86_64 build.

CONFIG_BROKEN_ON_SMP=y
# CONFIG_SMP is not set

Is there a particular reason for doing that? Can you try your build
with CONFIG_SMP=y set? Also, don't set CONFIG_MAXSMP (as that one is
right now broken).

> 
> > > So is this supposed to work with APICs?
> > 
> > Yes. Well, it actually should just bypass/ignore the APIC calls and
> > the warnings are suppose to be benign.
> > 
> > But somehow your environment triggered a weird state. I've to admint
> > I hadn't tried to boot Xen + paravirt Linux under QEMU for some time.
> > 
> > Did you try this on real hardware?
> 
> Only on my rootserver.  Just tried it again just in case and it
> still doesn't boot if I remove the "noapic acpi=off" options.
> (And it seems to blow up before I get any output over netconsole)
> 
> I should try it on my notebook I guess, though that is a Core2 Intel
> with Vanderpool IIRC, so it may behave differently there.

That really should not be neccessary.

  reply	other threads:[~2011-06-13 19:46 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-13 17:35 3.0.0-rc2: Xen: Kernel panic - not syncing: IO-APIC + timer doesn't work! Tobias Diedrich
2011-06-13 18:38 ` 3.0.0-rc2: Xen: QEMU " Konrad Rzeszutek Wilk
2011-06-13 18:56   ` Konrad Rzeszutek Wilk
2011-06-13 19:14   ` Tobias Diedrich
2011-06-13 19:45     ` Konrad Rzeszutek Wilk [this message]
2011-06-13 20:10       ` Tobias Diedrich

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=20110613194547.GA4715@dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ranma+kvm@tdiedrich.de \
    --cc=xen-users@lists.xensource.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