1. 24 6月, 2005 2 次提交
  2. 22 6月, 2005 1 次提交
    • D
      [PATCH] ppc64: Abolish ioremap_mm · 20cee16c
      David Gibson 提交于
      Currently ppc64 has two mm_structs for the kernel, init_mm and also
      ioremap_mm.  The latter really isn't necessary: this patch abolishes it,
      instead restricting vmallocs to the lower 1TB of the init_mm's range and
      placing io mappings in the upper 1TB.  This simplifies the code in a number
      of places and eliminates an unecessary set of pagetables.  It also tweaks
      the unmap/free path a little, allowing us to remove the unmap_im_area() set
      of page table walkers, replacing them with unmap_vm_area().
      Signed-off-by: NDavid Gibson <dwg@au1.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      20cee16c
  3. 06 5月, 2005 2 次提交
  4. 01 5月, 2005 1 次提交
  5. 17 4月, 2005 2 次提交
    • B
      [PATCH] ppc64: Fix semantics of __ioremap · dfbacdc1
      Benjamin Herrenschmidt 提交于
      This patch fixes ppc64 __ioremap() so that it stops adding implicitely
      _PAGE_GUARDED when the cache is not writeback, and instead, let the callers
      provide the flag they want here.  This allows things like framebuffers to
      explicitely request a non-cacheable and non-guarded mapping which is more
      efficient for that type of memory without side effects.  The patch also
      fixes all current callers to add _PAGE_GUARDED except btext, which is fine
      without it.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      dfbacdc1
    • 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