From owner-svn-src-all@FreeBSD.ORG Thu Jul 21 05:36:09 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33F571065670; Thu, 21 Jul 2011 05:36:09 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id ACBAC8FC12; Thu, 21 Jul 2011 05:36:08 +0000 (UTC) Received: by gxk28 with SMTP id 28so558717gxk.13 for ; Wed, 20 Jul 2011 22:36:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=VMd3O00Chmg9v52/k9M+IEzd4yNZNTbTYhuda34M/DY=; b=IehrKKR5pEBjt3/hqKHldj61+LdEuGaxqZbteoQQgFhFFRnokmcAYIhFiXeaakgIZV tfwW97FP49kmXcOdegVtzVxkJnKhziMSwcF1onJ/EOTbWk4lrTx16jDtHywm48Z1z2LI 1asrv1aydjlhEVuuusdz7y+GlGMfEPhMMF/rA= MIME-Version: 1.0 Received: by 10.150.175.15 with SMTP id x15mr150887ybe.442.1311226567922; Wed, 20 Jul 2011 22:36:07 -0700 (PDT) Received: by 10.151.155.15 with HTTP; Wed, 20 Jul 2011 22:36:07 -0700 (PDT) In-Reply-To: <86zkk8pqrn.fsf@gmail.com> References: <201107191300.p6JD0UU7073447@svn.freebsd.org> <86zkk8pqrn.fsf@gmail.com> Date: Thu, 21 Jul 2011 09:36:07 +0400 Message-ID: From: Sergey Kandaurov To: Pan Tsu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Attilio Rao , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r224217 - in head/sys: amd64/include ia64/include mips/conf sys X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2011 05:36:09 -0000 On 21 July 2011 01:48, Pan Tsu wrote: > Attilio Rao writes: > >> Author: attilio >> Date: Tue Jul 19 13:00:30 2011 >> New Revision: 224217 >> URL: http://svn.freebsd.org/changeset/base/224217 >> >> Log: >> =A0 Bump MAXCPU for amd64, ia64 and XLP mips appropriately. >> =A0 From now on, default values for FreeBSD will be 64 maxiumum supporte= d >> =A0 CPUs on amd64 and ia64 and 128 for XLP. All the other architectures >> =A0 seem already capped appropriately (with the exception of sparc64 whi= ch >> =A0 needs further support on jalapeno flavour). >> >> =A0 Bump __FreeBSD_version in order to reflect KBI/KPI brekage introduce= d >> =A0 during the infrastructure cleanup for supporting MAXCPU > 32. This >> =A0 covers cpumask_t retiral too. >> >> =A0 The switch is considered completed at the present time, so for whate= ver >> =A0 bug you may experience that is reconducible to that area, please rep= ort >> =A0 immediately. >> >> =A0 Requested by: =A0 =A0 =A0 marcel, jchandra >> =A0 Tested by: =A0pluknet, sbruno >> =A0 Approved by: =A0 =A0 =A0 =A0re (kib) >> >> Modified: >> =A0 head/sys/amd64/include/param.h >> =A0 head/sys/ia64/include/param.h >> =A0 head/sys/mips/conf/XLP >> =A0 head/sys/mips/conf/XLP64 >> =A0 head/sys/mips/conf/XLPN32 >> =A0 head/sys/sys/param.h >> >> Modified: head/sys/amd64/include/param.h >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D >> --- head/sys/amd64/include/param.h =A0 =A0Tue Jul 19 12:41:57 2011 =A0 = =A0 =A0 =A0(r224216) >> +++ head/sys/amd64/include/param.h =A0 =A0Tue Jul 19 13:00:30 2011 =A0 = =A0 =A0 =A0(r224217) >> @@ -65,7 +65,7 @@ >> >> =A0#if defined(SMP) || defined(KLD_MODULE) >> =A0#ifndef MAXCPU >> -#define MAXCPU =A0 =A0 =A0 =A0 =A0 =A0 =A0 32 >> +#define MAXCPU =A0 =A0 =A0 =A0 =A0 =A0 =A0 64 >> =A0#endif >> =A0#else >> =A0#define MAXCPU =A0 =A0 =A0 =A0 =A0 =A0 =A0 1 > > Do you plan to bump MEMSTAT_MAXCPU, too? > > =A0$ vmstat -z > =A0vmstat: memstat_sysctl_uma: Too many CPUs > =A0$ vmstat -m > =A0vmstat: memstat_sysctl_malloc: Too many CPUs > This is a known pending issue. MAXCPU is used in libmemstat for internal needs only. We must get rid of this. libmemstat should get the cpu available information at runtime and use it to prepare the structures. libmemstat should not depend on MAXCPU at all. --=20 wbr, pluknet