Gitweb:     
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=70b0e7a919b7961285c685a87928ed78c9fb07f0
Commit:     70b0e7a919b7961285c685a87928ed78c9fb07f0
Parent:     f642b263800e6e57c377d630be6d2a999683b579
Author:     Mark Fortescue <[EMAIL PROTECTED]>
AuthorDate: Tue Aug 14 18:24:10 2007 -0700
Committer:  David S. Miller <[EMAIL PROTECTED]>
CommitDate: Tue Aug 14 18:24:10 2007 -0700

    [SPARC32]: Remove superfluous 'kernel_end' alignment on sun4c.
    
    In sun4c_init_clean_mmu(), aligning 'kernel_end' using
    SUN4C_REAL_PGDIR_ALIGN() is unnecessary since the caller
    does this already.
    
    In sun4c_paging_init(), 4 page sizes of "fluff" were added
    to the address of &end.  This was necessary a long time ago
    when sparc32 would allocate some early data structures
    by carving out memory chunks after &end but that no longer
    occurs.
    
    Signed-off-by: Mark Fortescue <[EMAIL PROTECTED]>
    Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
---
 arch/sparc/mm/sun4c.c |    2 --
 1 files changed, 0 insertions(+), 2 deletions(-)

diff --git a/arch/sparc/mm/sun4c.c b/arch/sparc/mm/sun4c.c
index 79d60d8..005a3e7 100644
--- a/arch/sparc/mm/sun4c.c
+++ b/arch/sparc/mm/sun4c.c
@@ -268,7 +268,6 @@ static inline void sun4c_init_clean_mmu(unsigned long 
kernel_end)
        unsigned char savectx, ctx;
 
        savectx = sun4c_get_context();
-       kernel_end = SUN4C_REAL_PGDIR_ALIGN(kernel_end);
        for (ctx = 0; ctx < num_contexts; ctx++) {
                sun4c_set_context(ctx);
                for (vaddr = 0; vaddr < 0x20000000; vaddr += 
SUN4C_REAL_PGDIR_SIZE)
@@ -2064,7 +2063,6 @@ void __init sun4c_paging_init(void)
        unsigned long end_pfn, pages_avail;
 
        kernel_end = (unsigned long) &end;
-       kernel_end += (SUN4C_REAL_PGDIR_SIZE * 4);
        kernel_end = SUN4C_REAL_PGDIR_ALIGN(kernel_end);
 
        pages_avail = 0;
-
To unsubscribe from this list: send the line "unsubscribe git-commits-head" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to