1. 02 11月, 2009 1 次提交
    • R
      MIPS: Don't write ones to reserved entryhi bits. · d30cecbc
      Ralf Baechle 提交于
      We've silently been relying on the hardware chopping off excess, reserved
      ASID bits for no better reason that it saving an instruction.  Because we
      already have:
      
      #define cpu_asid(cpu, mm)       (cpu_context((cpu), (mm)) & ASID_MASK)
      
      in <asm/mmu_context.h>.
      
      We can use a cleanup to avoid writing non-zero bits into the reserved
      entryhi bits.  This avoid triggering some debugging assertion in the
      Cavium simulator.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      d30cecbc
  2. 24 9月, 2009 1 次提交
  3. 25 6月, 2009 1 次提交
  4. 11 10月, 2008 1 次提交
  5. 12 10月, 2007 2 次提交
  6. 03 5月, 2007 1 次提交
    • J
      [PATCH] x86: PARAVIRT: add hooks to intercept mm creation and destruction · d6dd61c8
      Jeremy Fitzhardinge 提交于
      Add hooks to allow a paravirt implementation to track the lifetime of
      an mm.  Paravirtualization requires three hooks, but only two are
      needed in common code.  They are:
      
      arch_dup_mmap, which is called when a new mmap is created at fork
      
      arch_exit_mmap, which is called when the last process reference to an
        mm is dropped, which typically happens on exit and exec.
      
      The third hook is activate_mm, which is called from the arch-specific
      activate_mm() macro/function, and so doesn't need stub versions for
      other architectures.  It's called when an mm is first used.
      Signed-off-by: NJeremy Fitzhardinge <jeremy@xensource.com>
      Signed-off-by: NAndi Kleen <ak@suse.de>
      Cc: linux-arch@vger.kernel.org
      Cc: James Bottomley <James.Bottomley@SteelEye.com>
      Acked-by: NIngo Molnar <mingo@elte.hu>
      d6dd61c8
  7. 27 9月, 2006 1 次提交
  8. 26 4月, 2006 1 次提交
  9. 19 4月, 2006 1 次提交
  10. 21 3月, 2006 1 次提交
  11. 30 10月, 2005 1 次提交
  12. 05 9月, 2005 1 次提交
  13. 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