1. 18 8月, 2009 1 次提交
  2. 16 6月, 2009 1 次提交
  3. 16 3月, 2009 1 次提交
  4. 27 12月, 2008 1 次提交
  5. 05 12月, 2008 1 次提交
  6. 01 12月, 2008 1 次提交
  7. 29 8月, 2008 1 次提交
  8. 25 7月, 2008 1 次提交
  9. 18 7月, 2008 1 次提交
    • A
      sparc/mm/: possible cleanups · 50215d65
      Adrian Bunk 提交于
      This patch contains the following possible cleanups:
      - make the following needlessly global code static:
        - fault.c: force_user_fault()
        - init.c: calc_max_low_pfn()
        - init.c: pgt_cache_water[]
        - init.c: map_high_region()
        - srmmu.c: hwbug_bitmask
        - srmmu.c: srmmu_swapper_pg_dir
        - srmmu.c: srmmu_context_table
        - srmmu.c: is_hypersparc
        - srmmu.c: srmmu_cache_pagetables
        - srmmu.c: srmmu_nocache_size
        - srmmu.c: srmmu_nocache_end
        - srmmu.c: srmmu_get_nocache()
        - srmmu.c: srmmu_free_nocache()
        - srmmu.c: srmmu_early_allocate_ptable_skeleton()
        - srmmu.c: srmmu_nocache_calcsize()
        - srmmu.c: srmmu_nocache_init()
        - srmmu.c: srmmu_alloc_thread_info()
        - srmmu.c: early_pgtable_allocfail()
        - srmmu.c: srmmu_early_allocate_ptable_skeleton()
        - srmmu.c: srmmu_allocate_ptable_skeleton()
        - srmmu.c: srmmu_inherit_prom_mappings()
        - sunami.S: tsunami_copy_1page
      - remove the following unused code:
        - init.c: struct sparc_aliases
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      50215d65
  10. 09 2月, 2008 2 次提交
    • M
      CONFIG_HIGHPTE vs. sub-page page tables. · 2f569afd
      Martin Schwidefsky 提交于
      Background: I've implemented 1K/2K page tables for s390.  These sub-page
      page tables are required to properly support the s390 virtualization
      instruction with KVM.  The SIE instruction requires that the page tables
      have 256 page table entries (pte) followed by 256 page status table entries
      (pgste).  The pgstes are only required if the process is using the SIE
      instruction.  The pgstes are updated by the hardware and by the hypervisor
      for a number of reasons, one of them is dirty and reference bit tracking.
      To avoid wasting memory the standard pte table allocation should return
      1K/2K (31/64 bit) and 2K/4K if the process is using SIE.
      
      Problem: Page size on s390 is 4K, page table size is 1K or 2K.  That means
      the s390 version for pte_alloc_one cannot return a pointer to a struct
      page.  Trouble is that with the CONFIG_HIGHPTE feature on x86 pte_alloc_one
      cannot return a pointer to a pte either, since that would require more than
      32 bit for the return value of pte_alloc_one (and the pte * would not be
      accessible since its not kmapped).
      
      Solution: The only solution I found to this dilemma is a new typedef: a
      pgtable_t.  For s390 pgtable_t will be a (pte *) - to be introduced with a
      later patch.  For everybody else it will be a (struct page *).  The
      additional problem with the initialization of the ptl lock and the
      NR_PAGETABLE accounting is solved with a constructor pgtable_page_ctor and
      a destructor pgtable_page_dtor.  The page table allocation and free
      functions need to call these two whenever a page table page is allocated or
      freed.  pmd_populate will get a pgtable_t instead of a struct page pointer.
       To get the pgtable_t back from a pmd entry that has been installed with
      pmd_populate a new function pmd_pgtable is added.  It replaces the pmd_page
      call in free_pte_range and apply_to_pte_range.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: <linux-arch@vger.kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      2f569afd
    • D
      aout: remove unnecessary inclusions of {asm, linux}/a.out.h · 1eb11411
      David Howells 提交于
      Remove now unnecessary inclusions of {asm,linux}/a.out.h.
      
      [akpm@linux-foundation.org: fix alpha build]
      Signed-off-by: NDavid Howells <dhowells@redhat.com>
      Cc: <linux-arch@vger.kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      1eb11411
  11. 22 7月, 2007 1 次提交
  12. 17 7月, 2007 1 次提交
  13. 09 5月, 2007 1 次提交
    • C
      move die notifier handling to common code · 1eeb66a1
      Christoph Hellwig 提交于
      This patch moves the die notifier handling to common code.  Previous
      various architectures had exactly the same code for it.  Note that the new
      code is compiled unconditionally, this should be understood as an appel to
      the other architecture maintainer to implement support for it aswell (aka
      sprinkling a notify_die or two in the proper place)
      
      arm had a notifiy_die that did something totally different, I renamed it to
      arm_notify_die as part of the patch and made it static to the file it's
      declared and used at.  avr32 used to pass slightly less information through
      this interface and I brought it into line with the other architectures.
      
      [akpm@linux-foundation.org: build fix]
      [akpm@linux-foundation.org: fix vmalloc_sync_all bustage]
      [bryan.wu@analog.com: fix vmalloc_sync_all in nommu]
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Cc: <linux-arch@vger.kernel.org>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Signed-off-by: NBryan Wu <bryan.wu@analog.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      1eeb66a1
  14. 12 10月, 2006 1 次提交
    • M
      [SPARC32]: Mark srmmu_nocache_init as __init. · e3096de3
      Martin Habets 提交于
      Fix these 2.6.19-rc1 build warnings from modpost:
      
      WARNING: vmlinux - Section mismatch: reference to .init.text:__alloc_bootmem from .text between 'srmmu_nocache_init' (at offset 0x1a0f8) and 'srmmu_mmu_info'
      WARNING: vmlinux - Section mismatch: reference to .init.text:__alloc_bootmem from .text between 'srmmu_nocache_init' (at offset 0x1a118) and 'srmmu_mmu_info'
      WARNING: vmlinux - Section mismatch: reference to .init.text:srmmu_early_allocate_ptable_skeleton from .text between 'srmmu_nocache_init' (at offset 0x1a188) and 'srmmu_mmu_info'
      Signed-off-by: NMartin Habets <errandir_news@mph.eclipse.co.uk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e3096de3
  15. 26 9月, 2006 1 次提交
    • D
      [PATCH] Standardize pxx_page macros · 46a82b2d
      Dave McCracken 提交于
      One of the changes necessary for shared page tables is to standardize the
      pxx_page macros.  pte_page and pmd_page have always returned the struct
      page associated with their entry, while pte_page_kernel and pmd_page_kernel
      have returned the kernel virtual address.  pud_page and pgd_page, on the
      other hand, return the kernel virtual address.
      
      Shared page tables needs pud_page and pgd_page to return the actual page
      structures.  There are very few actual users of these functions, so it is
      simple to standardize their usage.
      
      Since this is basic cleanup, I am submitting these changes as a standalone
      patch.  Per Hugh Dickins' comments about it, I am also changing the
      pxx_page_kernel macros to pxx_page_vaddr to clarify their meaning.
      Signed-off-by: NDave McCracken <dmccr@us.ibm.com>
      Cc: Hugh Dickins <hugh@veritas.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      46a82b2d
  16. 01 7月, 2006 1 次提交
  17. 24 3月, 2006 1 次提交
    • B
      [SPARC]: Try to start getting SMP back into shape. · a54123e2
      Bob Breuer 提交于
      Todo items:
       - IRQ_INPROGRESS flag - use sparc64 irq buckets, or generic irq_desc?
       - sun4d
       - re-indent large chunks of sun4m_smp.c
       - some places assume sequential cpu numbering (i.e. 0,1 instead of 0,2)
      
      Last I checked (with 2.6.14), random programs segfault with dual
      HyperSPARC.  And with SuperSPARC II's, it seems stable but will
      eventually die from a write lock error (wrong lock owner or something).
      
      I haven't tried the HyperSPARC + highmem combination recently, so that
      may still be a problem.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a54123e2
  18. 22 3月, 2006 1 次提交
  19. 04 10月, 2005 1 次提交
  20. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4