Date: Wed, 29 Jan 2014 10:20:09 -0600 From: Stacey Son <sson@FreeBSD.org> To: Joe Holden <lists@rewt.org.uk> Cc: "freebsd-mips@freebsd.org" <freebsd-mips@freebsd.org> Subject: Re: More trapframe panics Message-ID: <DBAE1C04-F150-4EAE-8134-014F065E4058@FreeBSD.org> In-Reply-To: <52E781C6.2050308@rewt.org.uk> References: <52E42A1B.3040907@rewt.org.uk> <CACVs6=--Qy_8poWdHdCXYKqkO22=dvHhW8=Uma8kLR%2BhCoZDxw@mail.gmail.com> <CA%2B7sy7ATMTjdWD5%2BNYCJPb=AWmeJoUwbgRdf=%2Bb4uYsJO0UUfw@mail.gmail.com> <CACVs6=8ie2x16c4bafG4zaJS4UV%2BXT1ooJkm%2BdwT5%2BdSS%2B-p0Q@mail.gmail.com> <CA%2B7sy7BEgvMNJKiR4bSSGZ_BE1T5W3Hujq8_2C6JjPC1bFwO6A@mail.gmail.com> <6354182D-B1D3-4B2E-BEEC-37A2A725A099@bsdimp.com> <52E67F45.20402@rewt.org.uk> <2912AEFA-AA0C-456A-A814-363478BFC900@bsdimp.com> <CAJ-VmokDYS6CBAJp_G=4yKeb4O6yOXVmx%2B8Mshzx5RCBjM4VwA@mail.gmail.com> <52E781C6.2050308@rewt.org.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jan 28, 2014, at 4:09 AM, Joe Holden <lists@rewt.org.uk> 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.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DBAE1C04-F150-4EAE-8134-014F065E4058>