From owner-cvs-src@FreeBSD.ORG Tue Oct 18 01:11:15 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 EC43716A41F; Tue, 18 Oct 2005 01:11:15 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A24243D45; Tue, 18 Oct 2005 01:11:15 +0000 (GMT) (envelope-from nate@root.org) Received: from [192.168.253.24] (206-135-69-234.lax-e100.cust.gw.epoch.net [206.135.69.234]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j9I1BAxq007822 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 17 Oct 2005 18:11:11 -0700 Message-ID: <43544BA7.6050906@root.org> Date: Mon, 17 Oct 2005 18:11:03 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <200510160858.j9G8wR9v045670@repoman.freebsd.org> <20051017213635.GC59364@cell.sick.ru> <20051017220004.GI15097@odin.ac.hmc.edu> <200510171850.39961.jkim@FreeBSD.org> In-Reply-To: <200510171850.39961.jkim@FreeBSD.org> Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Cc: src-committers@FreeBSD.org, Brooks Davis , cvs-src@FreeBSD.org, Eric Anholt , David O'Brien , Gleb Smirnoff , cvs-all@FreeBSD.org 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: Tue, 18 Oct 2005 01:11:16 -0000 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. > 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 I'm happy to review any patches to implement this. -- Nate