| To: | David Daney <ddaney@caviumnetworks.com> |
|---|---|
| Subject: | Re: Kernel crash in 2.6.32.6 / bcm1480 with 16k page size |
| From: | Ralf Baechle <ralf@linux-mips.org> |
| Date: | Fri, 29 Jan 2010 19:06:20 +0100 |
| Cc: | Guenter Roeck <guenter.roeck@ericsson.com>, "linux-mips@linux-mips.org" <linux-mips@linux-mips.org> |
| In-reply-to: | <4B6316D2.1060006@caviumnetworks.com> |
| References: | <20100128155514.GA31611@ericsson.com> <20100129132406.GD5685@linux-mips.org> <20100129151220.GA3882@ericsson.com> <4B6316D2.1060006@caviumnetworks.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.5.20 (2009-08-17) |
On Fri, Jan 29, 2010 at 09:11:46AM -0800, David Daney wrote: > >So first question would be: Has anyone successfully loaded a 64 > >bit mips kernel with 2.6.32 and a page size of 16k or 64k ? This > >would at least help me reducing the problem to sb1. > > Yes, I routinely run with both 64K and 16K page sizes on 2.6.32 and > 2.6.33-rc*. I have not seen any crashes that can not be easily > explained. I can reproduce it with today's 14b7baff3eb4b1b46a592630e6f85ded9264798a. 4K page size works ok, 16K without IPv6 works ok and 16K with IPv6 crashes. Note, I was testing with a non-16K capable userland so ok means userland is reached. Either way, that's good enought to look into things. Ralf |
| Previous by Date: | [PATCH v7] MIPS: Add a high resolution sched_clock() via cnt32_to_63()., Wu Zhangjin |
|---|---|
| Next by Date: | Re: Kernel crash in 2.6.32.6 / bcm1480 with 16k page size, Guenter Roeck |
| Previous by Thread: | Re: Kernel crash in 2.6.32.6 / bcm1480 with 16k page size, David Daney |
| Next by Thread: | Re: Kernel crash in 2.6.32.6 / bcm1480 with 16k page size, Guenter Roeck |
| Indexes: | [Date] [Thread] [Top] [All Lists] |