From owner-svn-src-head@freebsd.org Tue Apr 5 08:16:47 2016 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0725B036AB; Tue, 5 Apr 2016 08:16:47 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B6A3110F4; Tue, 5 Apr 2016 08:16:47 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id B4F7C1B2F; Tue, 5 Apr 2016 08:16:47 +0000 (UTC) Date: Tue, 5 Apr 2016 08:16:47 +0000 From: Alexey Dokuchaev To: Andriy Gapon Cc: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org Subject: Re: svn commit: r297558 - in head/sys: kern sys x86/x86 Message-ID: <20160405081647.GA40784@FreeBSD.org> References: <201604041609.u34G9TCd022548@repo.freebsd.org> <20160405011446.GA41944@FreeBSD.org> <57034C3E.6080404@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57034C3E.6080404@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 08:16:47 -0000 On Tue, Apr 05, 2016 at 08:25:18AM +0300, Andriy Gapon wrote: > On 05/04/2016 04:14, Alexey Dokuchaev wrote: > > On Mon, Apr 04, 2016 at 04:09:29PM +0000, Andriy Gapon wrote: > >> New Revision: 297558 > >> URL: https://svnweb.freebsd.org/changeset/base/297558 > >> > >> Log: > >> new x86 smp topology detection code > >> > >> Previously, the code determined a topology of processing units > >> (hardware threads, cores, packages) and then deduced a cache topology > >> using certain assumptions. The new code builds a topology that > >> includes both processing units and caches using the information > >> provided by the hardware. > > > > Good work! On a related note, would it make it easier/possible to start > > thinking about if FreeBSD can export CPU cache information into userland? > > Yes, this was somewhere in the long to-do list in the commit message :-) Ah right, missed it, sorry. Awesome, looking forward for this feature! ./danfe