All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andreas Herrmann <andreas.herrmann3@amd.com>
To: James Dingwall <james.dingwall@amdocs.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: BUG: 2.6.30.1 pv_ops kernel boot failure - bisected
Date: Tue, 25 Aug 2009 13:42:33 +0200	[thread overview]
Message-ID: <20090825114233.GL20811@alberich.amd.com> (raw)
In-Reply-To: <683099EDC3E36D40942EBF636EB88BF00701E35F@batmail1.corp.amdocs.com>

On Tue, Aug 25, 2009 at 12:04:54PM +0100, James Dingwall wrote:
> 
> Hi,
> 
> I have encountered what appears to be a bug when using the 2.6.30 stable
> series as a pv_ops kernel under Xen 3.4.1.  The problem appears to have
> been introduced with the following commit (provided I bisected it
> correctly)
> 
> commit bb9b409349f533a919b6b6d95698fbe6ff4aa209
> Author: Andreas Herrmann <andreas.herrmann3@amd.com>
> Date:   Mon Jun 8 15:55:09 2009 +0200
> 
>     x86: Detect use of extended APIC ID for AMD CPUs
> 
> When I try and boot the domU (xm create -c) I do not get any output.
> With this commit reverted I can boot 2.6.30.5 pv_ops without issue,
> output follows below.  The system is a dual Opteron 242.  If more
> details about the hardware or configuration are required to debug this
> please let me know.  I'm willing to test any patches.


So it seems that commit

 commit 2cb078603abb612e3bcd428fb8122c3d39e08832
 Author: Jeremy Fitzhardinge <jeremy@goop.org>
 Date:   Wed Jul 22 09:59:35 2009 -0700

    x86, amd: Don't probe for extended APIC ID if APICs are disabled
    
    If we've logically disabled apics, don't probe the PCI space for the
    AMD extended APIC ID.
    
    [ Impact: prevent boot crash under Xen. ]
    
    Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
    Reported-by: Bastian Blank <bastian@waldi.eu.org>
    Signed-off-by: H. Peter Anvin <hpa@zytor.com>

needs to be added to 2.6.30.y for proper boot under Xen.
James, can you test this please?


Thanks,

Andreas

-- 
Operating | Advanced Micro Devices GmbH
  System  | Karl-Hammerschmidt-Str. 34, 85609 Dornach b. München, Germany
 Research | Geschäftsführer: Thomas M. McCoy, Giuliano Meroni
  Center  | Sitz: Dornach, Gemeinde Aschheim, Landkreis München
  (OSRC)  | Registergericht München, HRB Nr. 43632



  reply	other threads:[~2009-08-25 11:42 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-25 11:04 BUG: 2.6.30.1 pv_ops kernel boot failure - bisected James Dingwall
2009-08-25 11:42 ` Andreas Herrmann [this message]
2009-08-25 12:53   ` James Dingwall
2009-08-25 13:06   ` James Dingwall
2009-08-26  9:42     ` Andreas Herrmann

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=20090825114233.GL20811@alberich.amd.com \
    --to=andreas.herrmann3@amd.com \
    --cc=james.dingwall@amdocs.com \
    --cc=linux-kernel@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.