From owner-cvs-all@FreeBSD.ORG Tue Oct 18 15:41:52 2005 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B025616A41F; Tue, 18 Oct 2005 15:41:52 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A63843D48; Tue, 18 Oct 2005 15:41:52 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9IFnbsd004252; Tue, 18 Oct 2005 11:49:37 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: obrien@FreeBSD.org Date: Tue, 18 Oct 2005 11:41:31 -0400 User-Agent: KMail/1.6.2 References: <200510160858.j9G8wR9v045670@repoman.freebsd.org> <200510171850.39961.jkim@FreeBSD.org> <20051018040021.GI53525@dragon.NUXI.org> In-Reply-To: <20051018040021.GI53525@dragon.NUXI.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200510181141.33541.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1142/Tue Oct 18 03:21:37 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: src-committers@FreeBSD.org, Brooks Davis , cvs-src@FreeBSD.org, Eric Anholt , cvs-all@FreeBSD.org, Gleb Smirnoff Subject: Re: cvs commit: src/sys/amd64/amd64 identcpu.c src/sys/i386/i386 identcpu.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 15:41:52 -0000 On Tuesday 18 October 2005 12:00 am, David O'Brien wrote: > On Mon, Oct 17, 2005 at 06:50:38PM -0400, Jung-uk Kim wrote: > > On Monday 17 October 2005 06:00 pm, Brooks Davis wrote: > > > I'm not sure that I care what dmesg says, but I do want an > > > accurate view of our topology presented by the system, not some > > > arbitrary and frankly meaningless CPU count. If nothing else I > > > care because the two cores share one memory controller. That > > > may not be all that noticable now for normal application, but I > > > expect it will be once we start seeing 4+ core CPUs. Telling > > > the user the (somewhat complicated) truth about their hardware > > > is part of "doing it right". > > > > I believe we have to implement ACPI SRAT (Static Resource > > Affinity Table) and SLIT (System Locality Information Table) to > > achieve this. > > No kidding - I've said this many times and that this is an area I'm > working in. I am sorry if I missed it. > I've mentioned this to you before. No, you haven't. http://lists.freebsd.org/pipermail/freebsd-amd64/2005-July/005473.html I searched every mailbox that I have archived from 2001 but got nothing. Jung-uk Kim