From owner-freebsd-sparc64@FreeBSD.ORG Wed Jun 29 17:54:49 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 6D055106564A for ; Wed, 29 Jun 2011 17:54:49 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 033BA8FC14 for ; Wed, 29 Jun 2011 17:54:48 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p5THsiF6040505; Wed, 29 Jun 2011 19:54:44 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p5THsiIx040504; Wed, 29 Jun 2011 19:54:44 +0200 (CEST) (envelope-from marius) Date: Wed, 29 Jun 2011 19:54:44 +0200 From: Marius Strobl To: Peter Jeremy Message-ID: <20110629175444.GH14797@alchemy.franken.de> References: <20110526234728.GA69750@server.vk2pj.dyndns.org> <20110527120659.GA78000@alchemy.franken.de> <20110601231237.GA5267@server.vk2pj.dyndns.org> <20110608224801.GB35494@alchemy.franken.de> <20110613235144.GA12470@server.vk2pj.dyndns.org> <20110615233445.GZ7064@alchemy.franken.de> <20110619220033.GA61397@server.vk2pj.dyndns.org> <20110622100524.GO14797@alchemy.franken.de> <20110629025433.GA48145@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110629025433.GA48145@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i 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: Wed, 29 Jun 2011 17:54:49 -0000 On Wed, Jun 29, 2011 at 12:54:33PM +1000, Peter Jeremy wrote: > On 2011-Jun-22 12:05:24 +0200, Marius Strobl wrote: > >Okay, given that it considerably improves the situation though I > >suspect that the problem is that we instantly begin to fault on > >kernel mappings once we flush all unlocked TLB entries in order > >to get rid of the user mappings, which in case of cpu_switch() > >still is covered by sched_lock. That would mean that we should use > >a fine grained approach instead as the current one doesn't behave/ > >scale well even if sched_lock wasn't be (ab)used here. Could you > >please give the following patch a try on top of what you already > >have? > >http://people.freebsd.org/~marius/sparc64_flush_user_no_sledgehammer.diff > > My V890 has been running "make -j32 buildworld" in a loop for a > week now without problems so I think that was the problem. > Okay, fine, thanks for testing! Just to recap, apart from the above patch you're running with the one-line patch for exception.S which turns the sir in intr_vector into a retry and the patch for pmap.c reducing the lock coverage in pmap_activate() (committed as r223347). Have you additionally altered the DCR configuration in cheetah_init()? Marius