From mboxrd@z Thu Jan  1 00:00:00 1970
From: Jeremy Fitzhardinge <jeremy@goop.org>
Subject: Re: Ubuntu 10.04 stuck in detect_extended_topology()
Date: Wed, 09 Jun 2010 15:41:26 -0700
Message-ID: <4C101896.8090608@goop.org>
References: <006c01cb081e$74908320$5db18960$@com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xensource.com>
In-Reply-To: <006c01cb081e$74908320$5db18960$@com>
List-Unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com
To: AP Xen <apxeng@gmail.com>
Cc: xen-devel@lists.xensource.com
List-Id: xen-devel@lists.xenproject.org

On 06/09/2010 02:55 PM, AP Xen wrote:
>
> I am running Xen packaged with CentOS 5.4 and trying to install Ubuntu
> 10.04 as an HVM guest.
>
>  
>
> xen_major              : 3
>
> xen_minor              : 1
>
> xen_extra              : .2-164.11.1.el5
>
>  
>
> After sprinkling the kernel with printks, I am seeing that it is stuck
> in the function detect_extended_topology() in the following loop:
>
> <snip>
>
>        sub_index = 1;
>
>        do {
>
>               cpuid_count(0xb, sub_index, &eax, &ebx, &ecx, &edx);
>
>               printk("%s: after cpuid_count %d\n", __FUNCTION__,
> sub_index);
>
>  
>
>               /*
>
>                * Check for the Core type in the implemented sub leaves.
>
>                */
>
>               if (LEAFB_SUBTYPE(ecx) == CORE_TYPE) {
>
>                      core_level_siblings = LEVEL_MAX_SIBLINGS(ebx);
>
>                      core_plus_mask_width = BITS_SHIFT_NEXT_LEVEL(eax);
>
>                      break;
>
>               }
>
>  
>
>               sub_index++;
>
>        } while (LEAFB_SUBTYPE(ecx) != INVALID_TYPE);
>
> <snip>
>
>  
>
> The ECX leaf subtype never returns CORE_TYPE or INVALID_TYPE. So think
> I might be running in to a bug / quirk in the CPUID handling code in
> Xen packaged with CentOS 5.4. Is there a work around for it? Maybe
> specifying something in the cpuid option in the config file.
>

What's the host cpu type?  You should be able to completely disable the
extended topology leaf (0xb) with the cpuid= directive in the config file.

    J