From: Guenter Roeck <guenter.roeck@ericsson.com>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: David Daney <ddaney@caviumnetworks.com>,
"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>
Subject: Re: Kernel crash in 2.6.32.6 / bcm1480 with 16k page size
Date: Sat, 30 Jan 2010 13:34:45 -0800 [thread overview]
Message-ID: <20100130213445.GA19385@ericsson.com> (raw)
In-Reply-To: <20100130020541.GA3045@linux-mips.org>
On Fri, Jan 29, 2010 at 09:05:41PM -0500, Ralf Baechle wrote:
> On Fri, Jan 29, 2010 at 10:21:19AM -0800, Guenter Roeck wrote:
>
> > On Fri, Jan 29, 2010 at 01:06:20PM -0500, Ralf Baechle wrote:
> > > 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.
> > >
> > Yes, I forgot to mention that IPv6 needs to be enabled. That has nothing to do
> > with the problem, though. IPv6 enabled just means that the percpu code needs to
> > allocate more memory. This memory allocation then crashes.
> >
> > > Either way, that's good enought to look into things.
> > >
> > Did you see the problem on a bcm1250/1480 or with some other mips core ?
>
> That was on R10000.
>
According to Wikipedia, R10k has a 44 bit virtual memory size limit.
So I think we have two options, assuming we go with the approach I used
in the patch I sent out yesterday. We could either set the default to 44 bit
and override it with larger values for processors like the Octeon, or go with
a large default (eg with the 60 bit I proposed in the patch) and override it
with smaller values as needed (ie pretty much for all CPUs).
Seems to me if we would have fewer exceptions if we set the default to 44 bit.
Also, it would probably be better if the number of bits is too low for a given CPU,
since it would not result in a crash. So I would prefer to use 44 bit as default.
Thoughts ?
Guenter
next prev parent reply other threads:[~2010-01-30 21:33 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-28 15:55 Kernel crash in 2.6.32.6 / bcm1480 with 16k page size Guenter Roeck
2010-01-29 13:24 ` Ralf Baechle
2010-01-29 15:12 ` Guenter Roeck
2010-01-29 17:11 ` David Daney
2010-01-29 18:06 ` Ralf Baechle
2010-01-29 18:21 ` Guenter Roeck
2010-01-30 2:05 ` Ralf Baechle
2010-01-30 21:34 ` Guenter Roeck [this message]
2010-01-31 3:19 ` Guenter Roeck
2010-01-29 18:39 ` Guenter Roeck
2010-01-29 18:56 ` David Daney
2010-01-29 19:25 ` Guenter Roeck
2010-01-29 19:28 ` David Daney
2010-01-29 19:58 ` Guenter Roeck
2010-01-31 9:10 ` Maciej W. Rozycki
2010-01-31 16:55 ` Guenter Roeck
2010-02-01 2:18 ` Ralf Baechle
2010-02-01 14:50 ` Maciej W. Rozycki
2010-02-01 15:26 ` Ralf Baechle
2010-02-01 23:11 ` Maciej W. Rozycki
2010-02-01 15:04 ` Guenter Roeck
2010-02-01 20:21 ` Guenter Roeck
2010-02-01 20:49 ` Ralf Baechle
2010-02-01 21:12 ` Guenter Roeck
2010-01-29 20:00 ` Guenter Roeck
2010-01-29 20:23 ` David Daney
2010-01-29 22:19 ` Guenter Roeck
2010-01-29 18:24 ` Guenter Roeck
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100130213445.GA19385@ericsson.com \
--to=guenter.roeck@ericsson.com \
--cc=ddaney@caviumnetworks.com \
--cc=linux-mips@linux-mips.org \
--cc=ralf@linux-mips.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.