Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 29 Jun 2011 19:54:44 +0200
From:      Marius Strobl <marius@alchemy.franken.de>
To:        Peter Jeremy <peterjeremy@acm.org>
Cc:        freebsd-sparc64@freebsd.org
Subject:   Re: 'make -j16 universe' gives SIReset
Message-ID:  <20110629175444.GH14797@alchemy.franken.de>
In-Reply-To: <20110629025433.GA48145@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> <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>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jun 29, 2011 at 12:54:33PM +1000, Peter Jeremy wrote:
> On 2011-Jun-22 12:05:24 +0200, Marius Strobl <marius@alchemy.franken.de> 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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110629175444.GH14797>