From owner-cvs-src@FreeBSD.ORG Mon Oct 17 22:51:23 2005 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3C9116A434; Mon, 17 Oct 2005 22:51:22 +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 A737043D95; Mon, 17 Oct 2005 22:51:02 +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 j9HMwfli088456; Mon, 17 Oct 2005 18:58:49 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Brooks Davis Date: Mon, 17 Oct 2005 18:50:38 -0400 User-Agent: KMail/1.6.2 References: <200510160858.j9G8wR9v045670@repoman.freebsd.org> <20051017213635.GC59364@cell.sick.ru> <20051017220004.GI15097@odin.ac.hmc.edu> In-Reply-To: <20051017220004.GI15097@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200510171850.39961.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1141/Mon Oct 17 17:38:45 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, Eric Anholt , cvs-all@FreeBSD.org, Gleb Smirnoff , David O'Brien Subject: Re: cvs commit: src/sys/amd64/amd64 identcpu.c src/sys/i386/i386 identcpu.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 22:51:25 -0000 On Monday 17 October 2005 06:00 pm, Brooks Davis wrote: > On Tue, Oct 18, 2005 at 01:36:35AM +0400, Gleb Smirnoff wrote: > > David, > > > > On Mon, Oct 17, 2005 at 12:20:18PM -0700, David O'Brien wrote: > > D> Other than my electric company no one (people or > > D> FreeBSD SW) should care that I have dual-core CPU's. > > > > I don't agree. The dmesg output should describe the physical > > layout of the hardware, too. When maintaining hundreds of systems > > in server room, people usually forget what lives inside the > > computer cases. And when one needs to tell what is the > > motherboard and how many sockets and fans it has, he should be > > capable to do this without opening the case. > > 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. Linux already does this for i386, amd64, and i64: http://lxr.linux.no/source/arch/i386/kernel/srat.c http://lxr.linux.no/source/arch/x86_64/mm/srat.c http://lxr.linux.no/source/arch/ia64/kernel/acpi.c Jung-uk Kim