From: Nick Piggin <nickpiggin@yahoo.com.au>
To: Paul Davies <pauld@cse.unsw.edu.au>
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/1] Page Table cleanup patch
Date: Wed, 24 Jan 2007 14:12:12 +1100 [thread overview]
Message-ID: <45B6CE8C.8010807@yahoo.com.au> (raw)
In-Reply-To: <20070124023828.11302.51100.sendpatchset@weill.orchestra.cse.unsw.EDU.AU>
Paul Davies wrote:
> This patch is a proposed cleanup of the current page table organisation.
> Such a cleanup would be a logical first step towards introducing at least
> a partial clean page table interface, geared towards providing enhanced
> virtualization oportunities for x86. It is also a common sense cleanup
> in its own right.
>
> * Creates mlpt.c to hold the page table implementation currently held
> in memory.c.
> * Adjust Makefile
> * Move implementation dependent page table code out of
> include/linux/mm.h into include/linux/mlpt-mm.h
> * Move implementation dependent page table code out of
> include/asm-generic/pgtable.h to include/asm-generic/pgtable-mlpt.h
>
> mlpt stands from multi level page table.
Hi Paul,
I'm not sure that I see the point of this patch alone, as there is still
all the mlpt implementation details in all the page table walkers. Or
did you have a scheme to change implementations somehow just using the
p*d_addr_next?
> -#ifndef __PAGETABLE_PUD_FOLDED
> -/*
> - * Allocate page upper directory.
> - * We've already handled the fast-path in-line.
> - */
> -int __pud_alloc(struct mm_struct *mm, pgd_t *pgd, unsigned long address)
> -{
> - pud_t *new = pud_alloc_one(mm, address);
> - if (!new)
> - return -ENOMEM;
> -
> - spin_lock(&mm->page_table_lock);
> - if (pgd_present(*pgd)) /* Another has populated it */
> - pud_free(new);
> - else
> - pgd_populate(mm, pgd, new);
> - spin_unlock(&mm->page_table_lock);
> - return 0;
> -}
> -#else
> -/* Workaround for gcc 2.96 */
> -int __pud_alloc(struct mm_struct *mm, pgd_t *pgd, unsigned long address)
> -{
> - return 0;
> -}
> -#endif /* __PAGETABLE_PUD_FOLDED */
...
> -/* Workaround for gcc 2.96 */
> -int __pmd_alloc(struct mm_struct *mm, pud_t *pud, unsigned long address)
> -{
> - return 0;
> -}
> -#endif /* __PAGETABLE_PMD_FOLDED */
Hmm, we're gcc-3.2 minimum now -- let's get rid of that crud?
--
SUSE Labs, Novell Inc.
Send instant messages to your online friends http://au.messenger.yahoo.com
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2007-01-24 3:12 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-24 2:38 Paul Davies
2007-01-24 3:12 ` Nick Piggin [this message]
2007-01-25 0:17 ` Paul Cameron Davies
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=45B6CE8C.8010807@yahoo.com.au \
--to=nickpiggin@yahoo.com.au \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=pauld@cse.unsw.edu.au \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox