| To: | Peter Watkins <treestem@gmail.com> |
|---|---|
| Subject: | Re: [PATCH] 64K page size |
| From: | Ralf Baechle <ralf@linux-mips.org> |
| Date: | Tue, 29 Aug 2006 14:50:55 +0100 |
| Cc: | linux-mips@linux-mips.org |
| In-reply-to: | <44EC7125.7000000@gmail.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <44EC7125.7000000@gmail.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.4.2.1i |
On Wed, Aug 23, 2006 at 11:15:49AM -0400, Peter Watkins wrote: > There are a number of changes required to support larger page sizes, but > this one I thought worth sending up right away. > > The code in pgtable-64.h assumes TASK_SIZE is always bigger than a first > level PGDIR_SIZE. This is not the case for 64K pages, where task size is > 40 bits (1TB) and a pgd entry can map 42 bits. This leads to > USER_PTRS_PER_PGD being zero for 64K pages. Do you actually need large address space? The kernel could allow 2, 3 and 4-level pagetables easily but doesn't give that choice currently. Ralf |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] RM9000 serial driver, Sergei Shtylyov |
|---|---|
| Next by Date: | Re: [PATCH] rewrite restore_fp_context/save_fp_context, Atsushi Nemoto |
| Previous by Thread: | Re: [PATCH] 64K page size, Ralf Baechle |
| Next by Thread: | Re: [PATCH] 64K page size, Peter Watkins |
| Indexes: | [Date] [Thread] [Top] [All Lists] |