From owner-freebsd-mips@FreeBSD.ORG Thu May 5 16:28:05 2011 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D28C8106566B; Thu, 5 May 2011 16:28:05 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (unknown [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7C44C8FC13; Thu, 5 May 2011 16:28:05 +0000 (UTC) Received: from warner-losh.int.fusionio.com ([216.51.42.66]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p45GOdtc064384 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Thu, 5 May 2011 10:24:41 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Thu, 5 May 2011 10:24:34 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201105051439.p45EdEgC003770@svn.freebsd.org> To: Attilio Rao X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Thu, 05 May 2011 10:24:43 -0600 (MDT) Cc: Rafal Jaworowski , nathanw@freebsd.org, mips@freebsd.org, Marius Strobl , sbruno@freebsd.org, Marcel Moolenaar , Sergey Kandaurov , Warner Losh Subject: Re: svn commit: r221499 - in projects/largeSMP: gnu/usr.bin/gdb/kgdb lib/libmemstat sys/amd64/acpica sys/amd64/amd64 sys/amd64/include sys/arm/arm sys/arm/include sys/cddl/dev/cyclic/i386 sys/cddl/dev/... X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2011 16:28:06 -0000 This is really exciting news. My time and focus lately has been = elsewhere. Rather than sit on it, I'm forwarding this on to the mips@ = list so that whoever has the time can work on supporting this. Warner On May 5, 2011, at 8:50 AM, Attilio Rao wrote: > 2011/5/5 Attilio Rao : >> Author: attilio >> Date: Thu May 5 14:39:14 2011 >> New Revision: 221499 >> URL: http://svn.freebsd.org/changeset/base/221499 >>=20 >> Log: >> Commit the support for removing cpumask_t and replacing it directly = with >> cpuset_t objects. >> That is going to offer the underlying support for a simple bump of >> MAXCPU and then support for number of cpus > 32 (as it is today). >>=20 >> Right now, cpumask_t is an int, 32 bits on all our supported = architecture. >> cpumask_t on the other side is implemented as an array of longs, and >> easilly extendible by definition. >>=20 >> The architectures touched by this commit are the following: >> - amd64 >> - i386 >> - pc98 >> - arm >> - ia64 >> - XEN >>=20 >> while the others are still missing. >> Userland is believed to be fully converted with the changes = contained >> here. >>=20 >> Some technical notes: >> - This commit may be considered an ABI nop for all the architectures >> different from amd64 and ia64 (and sparc64 in the future) >> - per-cpu members, which are now converted to cpuset_t, needs to be >> accessed avoiding migration, because the size of cpuset_t should = be >> considered unknown >> - size of cpuset_t objects is different from kernel and userland = (this is >> primirally done in order to leave some more space in userland to = cope >> with KBI extensions). If you need to access kernel cpuset_t from = the >> userland please refer to example in this patch on how to do that >> correctly (kgdb may be a good source, for example). >> - Support for other architectures is going to be added soon >> - Only MAXCPU for amd64 is bumped now >>=20 >> The patch has been tested by sbruno and Nicholas Esborn on opteron >> 4 x 12 pack CPUs. More testing on big SMP is expected to came soon. >> pluknet tested the patch with his 8-ways on both amd64 and i386. >>=20 >> Tested by: pluknet, sbruno, gianni, Nicholas Esborn >> Reviewed by: jeff, jhb, sbruno >=20 >=20 > Hi, > sorry for writing to you directly, but I'm contacting you as arch = maintainer. >=20 > I really want to push this project in ASAP and I may need some help > from you about testing patches, architecture specific. >=20 > So far the missing bits involve: > - mips > - powerpc > - sparc64 > - sun4v >=20 > What I'm looking for is specifically testing/reviewing assitance, as I > add the supports to a specific architecture. > I don't plan to bump the MAXCPU on arches !amd64, but if you want to, > feel free to do that after the patch makes the tree. >=20 > Thanks, > Attilio >=20 >=20 > --=20 > Peace can only be achieved by understanding - A. Einstein >=20 >=20