From owner-freebsd-current@FreeBSD.ORG Sat May 2 08:26:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46A1E106564A for ; Sat, 2 May 2009 08:26:33 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id 724928FC0C for ; Sat, 2 May 2009 08:26:32 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm6 with SMTP id 6so2648770fxm.43 for ; Sat, 02 May 2009 01:26:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3HubKyepurWO5gr/j59Gf/BUHyjcXQ2KWQn/65Eqd0k=; b=Bf8XxK1Diu3CkSg8fGbFYcSxMhdefnd+nJItOw+RekkeFvr9ad2slOGvcNq5BIz5uW yrErX1iDJehMnGH1+AyQAeytYJlaZ5FCVwPShkhWWoJ7tsn1dVO73u6T2nesZR8vMXSt UM1+zJtWpz+vdUF8faLD/FkUTKnoXrNkw05VE= 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=dG7kqPdN/Y3WLBvs+7DqqQ9UUt6tsCuMmVYhs9TGDv8yfRdG0WnF2LGSCItnj/pckO QgATPBDJGI3zsCOyxDFA5BBQic4zC2QNg3QFf69YHkrZq2F04i48T/kzn/lQoZpOY+SD T5BdaV0l011GdqEEJPG/qWHOzoLb2GEkf/EZg= MIME-Version: 1.0 Received: by 10.103.160.9 with SMTP id m9mr2068268muo.53.1241252791558; Sat, 02 May 2009 01:26:31 -0700 (PDT) In-Reply-To: References: <20090430013428.cb4f804b.nork@FreeBSD.org> Date: Sat, 2 May 2009 12:26:31 +0400 Message-ID: From: pluknet To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: cannot compile sched_ule without options SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 08:26:33 -0000 2009/5/1 Jeff Roberson : > > > On Fri, 1 May 2009, pluknet wrote: > >> 2009/5/1 pluknet : >>> [snip] >>> (kgdb) p/x cpu_high >>> $1 = 0x2 >>> (kgdb) p/x cpu_cores >>> $2 = 0x1 >>> (kgdb) p/x cpu_logical >>> $3 = 0x2 >>> (kgdb) p/x cpu_feature >>> $4 = 0xbfebfbff >>> (kgdb) p/x logical_cpus >>> $5 = 0x2 >>> (kgdb) p/x hyperthreading_cpus >>> $6 = 0x2 >>> >> >> Follow up myself: >> >> What is embarrassing me is HTT feature enabled. May the reason be in a >> buggy CPUID ? > > This is very curious. With older revisions did the system believe your CPUs > were HTT? You can tell if you had sysctl machdep.hyperthreading_allowed or > via the ULE kern.sched.topology_spec sysctl. > -current from February. I'm afraid it did. machdep.hyperthreading_allowed: 1 kern.sched.topology_spec: 0, 1 0, 1 HTT group FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 > I didn't realize there were any core2 CPUs without leaf 4 of cpuid. However, > I didn't write the earlier hyperthread detection code. I'll see if I can > get jhb to chime in. > > The HTT feature bit is set on many processors that don't have hyperthreads. > So we need a secondary way of differentiating. I don't know what that is > in this case. -- wbr, pluknet