From owner-freebsd-mips@FreeBSD.ORG Wed Jan 29 16:21:26 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB8CADA9; Wed, 29 Jan 2014 16:21:26 +0000 (UTC) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.120]) by mx1.freebsd.org (Postfix) with ESMTP id DEA3E1B34; Wed, 29 Jan 2014 16:21:23 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=dq5Z+ic4 c=1 sm=0 a=Hbpc8ax9VmIgqBixU/K2CA==:17 a=dBRESv0yCI8A:10 a=ozSPa0bqj5AA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=KGjhK52YXX0A:10 a=vpU8xItVDkoA:10 a=zRGlNED0AAAA:8 a=dT19lrtdAAAA:8 a=qch7TRTmv8j5kB_lRzwA:9 a=CjuIK1q_8ugA:10 a=Hbpc8ax9VmIgqBixU/K2CA==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 76.187.139.93 Received: from [76.187.139.93] ([76.187.139.93:60918] helo=[192.168.0.2]) by cdptpa-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 4F/F4-21884-D3A29E25; Wed, 29 Jan 2014 16:20:17 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: More trapframe panics From: Stacey Son In-Reply-To: <52E781C6.2050308@rewt.org.uk> Date: Wed, 29 Jan 2014 10:20:09 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <52E42A1B.3040907@rewt.org.uk> <6354182D-B1D3-4B2E-BEEC-37A2A725A099@bsdimp.com> <52E67F45.20402@rewt.org.uk> <2912AEFA-AA0C-456A-A814-363478BFC900@bsdimp.com> <52E781C6.2050308@rewt.org.uk> To: Joe Holden X-Mailer: Apple Mail (2.1510) Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 16:21:26 -0000 On Jan 28, 2014, at 4:09 AM, Joe Holden wrote: > On 27/01/2014 17:03, Adrian Chadd wrote: >> Hi joe, >>=20 >> Can you post the backtrace? And resolve the symbol names for each of >> the stackframes that show up? >>=20 >> It could be that there's some code doing dumb crap with stack frames >> that we can fix in the source. >>=20 >>=20 >>=20 >> -a >>=20 > I'll try, wondering if this box also has ram problems as even though I = regularly see page fault kernel messages on these, they don't usually = lead to a userland crash. Always helpful when fsck leaves the = filesystem in a worse state than it started because it crashed :D >=20 > Will get debug kernel built and try and tickle it again, perl built = fine in the end but libgcrypt upset it... is it worth applying those = patches from CheriBSD? Sorry, I'm little late to this thread. The CheriBSD patch that Brooks posted links to increases the kernel = thread stack size from 8K to 16K (minus sizeof(struct pcb) ) at the = expense of wiring another TLB entry. In the case of CheriBSD the pcb is = larger (see = http://fxr.watson.org/fxr/source/mips/include/pcb.h?v=3Dcheribsd;im=3Dexce= rpts#L72). This may be useful for other mips64 hardware, I don't know. = The tradeoff, of course, is one less TLB entry and, therefore, more TLB = pressure. The larger term solution might be to increase the page size = to 16K (by changing the PageMask) and use just one wired TLB entry for = the kstack pages. This will use a bit more memory for the kstacks (each = kstack will be 32K), however. The short answer is if you are using mips64 hardware and running out of = kstack space then give the changes a try. Best Regards, -stacey.=