From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 13 23:51:56 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 957D71065670 for ; Mon, 13 Jun 2011 23:51:56 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by mx1.freebsd.org (Postfix) with ESMTP id 2959F8FC08 for ; Mon, 13 Jun 2011 23:51:55 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p5DNpksC013126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jun 2011 09:51:48 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p5DNpkJq013371; Tue, 14 Jun 2011 09:51:46 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p5DNpjZC013370; Tue, 14 Jun 2011 09:51:45 +1000 (EST) (envelope-from peter) Date: Tue, 14 Jun 2011 09:51:44 +1000 From: Peter Jeremy To: Marius Strobl Message-ID: <20110613235144.GA12470@server.vk2pj.dyndns.org> References: <20110526234728.GA69750@server.vk2pj.dyndns.org> <20110527120659.GA78000@alchemy.franken.de> <20110601231237.GA5267@server.vk2pj.dyndns.org> <20110608224801.GB35494@alchemy.franken.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <20110608224801.GB35494@alchemy.franken.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-sparc64@freebsd.org Subject: Re: 'make -j16 universe' gives SIReset X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 23:51:56 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Jun-09 00:48:01 +0200, Marius Strobl wr= ote: >This might be due to the excessive use of sched_lock by SCHED_4BSD >and the MD code, f.e. more CPUs means less TLB contexts per CPU which >in turn means more flushes that are protect by sched_lock. I have noticed that systat reports very high trap & fault counts. > It would >be great if the machine wouldn't lock up so you could check what >exactly is holding the mutex so long. Agreed. >I think meanwhile I had a sound idea how to achieve the necessary level >of protection in the MD code using just atomic operations instead of >sched_lock, which further down would also allow the use of SCHED_ULE. Sounds good - let me know if there's anything I can do to help. >> I tried adding this and the system survived a "make -j30 universe" on >> -stable (BTW "make universe" seems to have issues cross-building x86 >> derivatives). I'm now trying that on -current. I'm not sure what the >> implications of the above change are. >>=20 > >What was the outcome of these tests? I got a "spinlock held too long" panic that should have gone to DDB but the system wouldn't respond to anything other than a RSC reset. >Nevertheless it also would be interesting to know if you end up >with a corrupt kernel stack with DDB, KDB and r222840 in place, >especially in case disabling superscalar dispatch doesn't solve >the problem. I'm building r223035 with DDB & KDB and will see how that goes. --=20 Peter Jeremy --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk32opAACgkQ/opHv/APuIfDjwCglHNX72XewKJU2nvc732O35Bn +T8An06Ah+gMKdgE73uTKdyAjYSkeF7H =Tpfy -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs--