From owner-freebsd-stable@FreeBSD.ORG Thu Aug 19 19:30:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7997A106567A; Thu, 19 Aug 2010 19:30:53 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 11F7A8FC16; Thu, 19 Aug 2010 19:30:52 +0000 (UTC) Received: by qyk8 with SMTP id 8so1796183qyk.13 for ; Thu, 19 Aug 2010 12:30:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=dUsPozIt5rOyuiBphv56i3lxp3TGdUXt0f85oCOlL0c=; b=gbercTiCxYA76hR0PWvoyzJWm+gJ0hNlR7L0rYjGpi60INpe8J/nsBYICKtuhp2Itr UKFkaBD6SNuAwZ2outx7Ll/XjNL4gLYy+ixuC2YBlKkHAQKLZkvZRLFaiDN8hZvNW6dH knUqiyYxcLOfM2wzKaFmb0cmLPcW3+wW3cYXw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=oyaYmPs/KzS7OT+xA+YK4J5y5rqbaJxHjsT2PLph3fyeXtUTYy5ObO2M4+cBmEmu+L HOpL3yUoRHExDyS0f2L8m9iVHRoEcBO0E7CDMxnNH/c+WZ0WwIAsp09GksU5RT97AvDd 41TGMROIe3ioc7vSiCWtYvyQCnZB7qIqTjE10= MIME-Version: 1.0 Received: by 10.229.248.84 with SMTP id mf20mr294767qcb.16.1282246252098; Thu, 19 Aug 2010 12:30:52 -0700 (PDT) Received: by 10.229.31.12 with HTTP; Thu, 19 Aug 2010 12:30:51 -0700 (PDT) In-Reply-To: <201008191326.09822.jkim@FreeBSD.org> References: <201007141414.o6EEEUx9014690@lurza.secnetix.de> <4C6D5E31.9000701@icyb.net.ua> <201008191326.09822.jkim@FreeBSD.org> Date: Thu, 19 Aug 2010 23:30:51 +0400 Message-ID: From: pluknet To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: 8.1-PRERELEASE: CPU packages not detected correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2010 19:30:53 -0000 On 19 August 2010 21:26, Jung-uk Kim wrote: > On Thursday 19 August 2010 12:56 pm, pluknet wrote: >> On 19 August 2010 20:39, Andriy Gapon wrote: >> > on 10/08/2010 19:55 pluknet said the following: >> >> On 16 July 2010 19:47, Jung-uk Kim wrote: >> >>> The patch should apply fine on both >> >>> sys/amd64/amd64/mp_machdep.c and sys/i386/i386/mp_machdep.c. >> >>> >> >>> http://people.freebsd.org/~jkim/mp_machdep2.diff >> >> >> >> Hi. >> >> >> >> Just checked on Xen HVM with 3 cores. >> >> 1) 8.1 unmodified: >> >> FreeBSD/SMP: Multiprocessor System Detected: 3 CPUs >> >> FreeBSD/SMP: 1 package(s) x 3 core(s) >> >> >> >> 2) 8.1 + patch >> >> FreeBSD/SMP: Multiprocessor System Detected: 3 CPUs >> >> FreeBSD/SMP: 0 package(s) x 1 core(s) x 32 HTT threads >> >> WARNING: Non-uniform processors. >> >> WARNING: Using suboptimal topology. >> > >> > Can you debug, e.g. with printfs, what exactly goes wrong? >> > I wonder if in this case code follows some unusual/unexpected >> > path. >> >> Sorry, I'm a bit busy right now. >> I hope to debug this somewhere in the next week. >> >> > BTW, could you please also provide CPU name/model/features as >> > detected by the kernel? >> >> Sure. >> CPU: Intel(R) Xeon(R) CPU =A0 =A0 =A0 =A0 =A0 E5520 =A0@ 2.27GHz (2763.1= 2-MHz >> 686-class CPU) Origin =3D "GenuineIntel" =A0Id =3D 0x106a5 =A0Family =3D= 6 >> Model =3D 1a =A0Stepping =3D 5 >> Features=3D0x1781fbbf>E,MCA,CMOV,PAT,MMX,FXSR,SSE,SSE2,HTT> >> Features2=3D0x80982201> >> TSC: P-state invariant >> real memory =A0=3D 4194304000 (4000 MB) >> avail memory =3D 3932786688 (3750 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 3 CPUs >> FreeBSD/SMP: 0 package(s) x 1 core(s) x 32 HTT threads >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP/HT): APIC ID: =A02 >> =A0cpu2 (AP/HT): APIC ID: =A04 >> >> Just a thought. >> =A0# HTT might somehow correlate with current maxcpus limit (32). > > One thing I am not sure is whether those CPUID instructions are > executed on *real* CPUs or translated in HVM. I may add only that of Features2 presents only in Xen HVM environment, and its role is afaik to indicate a Xen guest mode. There is no any mention of this bit in the latest Intel doc (ie it's reserved/unused). Also, at least NetBSD has a special handling of this bit. See commit log for CPUID2_RAZ in sys/arch/x86/include/specialreg.h, 1.37 FWIW RAZ states for "reserved and zero" or so. --=20 wbr, pluknet