From owner-svn-src-head@FreeBSD.ORG Thu Nov 12 14:55:13 2009 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78F981065696; Thu, 12 Nov 2009 14:55:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 094AA8FC19; Thu, 12 Nov 2009 14:55:12 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nACEt6Kx099038 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Nov 2009 16:55:06 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nACEt6TZ095430; Thu, 12 Nov 2009 16:55:06 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nACEt6rm095429; Thu, 12 Nov 2009 16:55:06 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 12 Nov 2009 16:55:06 +0200 From: Kostik Belousov To: Kostik Belousov Message-ID: <20091112145506.GH2331@deviant.kiev.zoral.com.ua> References: <7meio5g4yx.wl%kuriyama@s2factory.co.jp> <20091111215651.GM64905@hoeg.nl> <20091111223340.GF2331@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v3iGHXxT5ZJOqjki" Content-Disposition: inline In-Reply-To: <20091111223340.GF2331@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: svn-src-head@freebsd.org, Ed Schouten , svn-src-all@freebsd.org, src-committers@freebsd.org, Jun Kuriyama Subject: Re: svn commit: r199067 - in head/sys: amd64/amd64 i386/i386 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 12 Nov 2009 14:55:13 -0000 --v3iGHXxT5ZJOqjki Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 12, 2009 at 12:33:40AM +0200, Kostik Belousov wrote: > On Wed, Nov 11, 2009 at 10:56:51PM +0100, Ed Schouten wrote: > > Hi, > >=20 > > * Jun Kuriyama wrote: > > > Can you test with these patches? Testing on only one of both system > > > is enough. "patch-1" forces disabling CLFLUSH feature even if SS bit > > > exists. "patch-2" forces no CLFLUSH tweak. I'd like to know with > > > which patch your system can live. > >=20 > > For some reason they both seem to boot. Yikes. I've done some more > > testing and it seems the old version even hangs if I add some additional > > printf's above and below, which makes me believe the problem is a bit > > more complex than we realize... >=20 > The only thing I see now is that TUNABLE_INT declaration is not needed, > since SYSINIT is started after hammer_time(), so TUNABLE_FETCH is > processed after everything is done for BSP. >=20 > Wait, are your machines SMP ? Hmm, could you, please, remove TUNABLE_INT() > and see how it ends up ? [Selecting random email in the thread]. Luckily, my co-worker has laptop that runs HEAD and exhibited the problem. Patch below fixed the hang for him. Will be happy to get confirmation that patch fixes the hung for other people who reported it. http://people.freebsd.org/~kib/misc/initcache.1.patch Issue is that TUNABLE_INT_FETCH was called on AP while CPU was not initialized properly, in particular, curthread was not set etc. But, kernel environment is already switched to dynamic, so access needs to lock a mutex. I am currently looking at i386, that probably needs similar change. --v3iGHXxT5ZJOqjki Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr8IckACgkQC3+MBN1Mb4irLACgiBJhfdLoRDhEjsalCC5GWtPI oTYAoLO54S12EuejOGsAUeZ2MZWfllUM =p2Vh -----END PGP SIGNATURE----- --v3iGHXxT5ZJOqjki--