Date: Tue, 18 Oct 2005 11:41:31 -0400 From: Jung-uk Kim <jkim@FreeBSD.org> To: obrien@FreeBSD.org Cc: src-committers@FreeBSD.org, Brooks Davis <brooks@one-eyed-alien.net>, cvs-src@FreeBSD.org, Eric Anholt <eta@lclark.edu>, cvs-all@FreeBSD.org, Gleb Smirnoff <glebius@FreeBSD.org> Subject: Re: cvs commit: src/sys/amd64/amd64 identcpu.c src/sys/i386/i386 identcpu.c Message-ID: <200510181141.33541.jkim@FreeBSD.org> In-Reply-To: <20051018040021.GI53525@dragon.NUXI.org> References: <200510160858.j9G8wR9v045670@repoman.freebsd.org> <200510171850.39961.jkim@FreeBSD.org> <20051018040021.GI53525@dragon.NUXI.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200510181141.33541.jkim>