All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Adam Kropelin" <akropel1@rochester.rr.com>
To: sparclinux@vger.kernel.org
Subject: Re: Booting an Ultra sparc with 2.6
Date: Wed, 27 Oct 2004 22:58:15 +0000	[thread overview]
Message-ID: <046801c4bc78$711b2bc0$03c8a8c0@kroptech.com> (raw)
In-Reply-To: <20040913143811.GH30464@ruslug.rutgers.edu>

Luis R. Rodriguez wrote:
> On Mon, Oct 25, 2004 at 11:48:13PM -0700, David S. Miller wrote:
>> On Tue, 26 Oct 2004 02:28:19 -0400
>> mcgrof@studorgs.rutgers.edu (Luis R. Rodriguez) wrote:
>>
>>> Anyone know *why* this 7.5MB limit exists?
>>
>> Because we lock the kernel image into the TLB, we use
>> 4MB TLB entries (the largest UltraSPARC currently supports)
>> and locking 2 entries is what we limit things to.
>
> Interesting! What is a TLB entry though -- a set range of TLB address
> space? If the UltraSPARC has a max size 4MB TLB, how can we lock two
> 4MB TLBs entries?

Speaking for the general case, since I am not a sparc64 MMU guru: The TLB is 
a cache of virtual-to-physical address translations. A TLB holds multiple 
enties, each of which provides the translation for a particular region of 
address space. The size of the region being mapped is selected from among 
the set of possibilities offered by the hardware. What David is saying is 
that on sparc64 the largest choice is 4 MB and since, by convention, 2 TLB 
entries are reserved for the kernel image that means a max kernel size of 8 
MB.

--Adam


  parent reply	other threads:[~2004-10-27 22:58 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-13 14:38 Booting an Ultra sparc with 2.6 Luis R. Rodriguez
2004-09-13 17:35 ` Clemens Buchacher
2004-09-13 22:21 ` Luis R. Rodriguez
2004-09-13 22:38 ` David S. Miller
2004-09-13 22:47 ` Luis R. Rodriguez
2004-09-13 22:49 ` David S. Miller
2004-09-13 23:20 ` Luis R. Rodriguez
2004-09-13 23:32 ` David S. Miller
2004-10-26  0:32 ` Luis R. Rodriguez
2004-10-26  0:38 ` Luis R. Rodriguez
2004-10-26  0:42 ` Luis R. Rodriguez
2004-10-26  2:53 ` David S. Miller
2004-10-26  6:11 ` Luis R. Rodriguez
2004-10-26  6:16 ` Andrew Gaffney
2004-10-26  6:28 ` Luis R. Rodriguez
2004-10-26  6:32 ` Andrew Gaffney
2004-10-26  6:46 ` David S. Miller
2004-10-26  6:48 ` David S. Miller
2004-10-26  9:34 ` Luis R. Rodriguez
2004-10-26  9:50 ` Luis R. Rodriguez
2004-10-27 22:58 ` Adam Kropelin [this message]
2004-10-27 23:57 ` Luis R. Rodriguez
2004-10-28  0:33 ` David S. Miller

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='046801c4bc78$711b2bc0$03c8a8c0@kroptech.com' \
    --to=akropel1@rochester.rr.com \
    --cc=sparclinux@vger.kernel.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.