1. 12 12月, 2012 2 次提交
  2. 17 10月, 2012 1 次提交
  3. 14 9月, 2012 1 次提交
  4. 29 3月, 2012 1 次提交
  5. 11 1月, 2012 2 次提交
  6. 08 12月, 2011 1 次提交
  7. 25 10月, 2011 1 次提交
  8. 06 4月, 2011 1 次提交
  9. 27 2月, 2010 3 次提交
  10. 18 9月, 2009 1 次提交
  11. 25 6月, 2009 1 次提交
  12. 17 6月, 2009 1 次提交
    • D
      MIPS: TLB support for hugetlbfs. · fd062c84
      David Daney 提交于
      The TLB handlers need to check for huge pages and give them special
      handling.  Huge pages consist of two contiguous sub-pages of physical
      memory.
      
      * Loading entrylo0 and entrylo1 need to be handled specially.
      
      * The page mask must be set for huge pages and then restored after
        writing the TLB entries.
      
      * The PTE for huge pages resides in the PMD, we halt traversal of the
        tables there.
      Signed-off-by: NDavid Daney <ddaney@caviumnetworks.com>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      fd062c84
  13. 21 5月, 2009 1 次提交
    • G
      MIPS: 64-bit: Fix system lockup. · a5e696e5
      Greg Ungerer 提交于
      The address range size calculation inside local_flush_tlb_kernel_range()
      is being truncated by a too small size variable holder on 64-bit systems.
      The truncated size can result in an erroneous tlbsize check that means we
      sit spinning inside a loop trying to flush a hige number of TLB entries.
      This is for all intents and purposes a system hang. Fix by using an
      appropriately sized valiable to hold the size.
      
      [Ralf: Greg's original patch submission identified the issue and fixed one
      instance in tlb-r4k.c but there there were several more.  For consistency
      I also modified tlb-r3k.c even though that file is only used on 32-bit.]
      Signed-off-by: NGreg Ungerer <gerg@snapgear.com>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      a5e696e5
  14. 11 1月, 2009 1 次提交
  15. 29 4月, 2008 1 次提交
  16. 12 3月, 2008 2 次提交
  17. 12 10月, 2007 1 次提交
  18. 11 7月, 2007 1 次提交
  19. 19 1月, 2007 1 次提交
  20. 27 9月, 2006 1 次提交
  21. 01 7月, 2006 1 次提交
  22. 20 6月, 2006 1 次提交
  23. 19 4月, 2006 1 次提交
  24. 21 3月, 2006 1 次提交
  25. 30 10月, 2005 4 次提交
  26. 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