1. 29 4月, 2008 5 次提交
  2. 20 2月, 2008 1 次提交
  3. 27 11月, 2007 1 次提交
    • R
      [MIPS] 64-bit Sibyte kernels need DMA32. · cce335ae
      Ralf Baechle 提交于
      Sibyte SOCs only have 32-bit PCI.  Due to the sparse use of the address
      space only the first 1GB of memory is mapped at physical addresses
      below 1GB.  If a system has more than 1GB of memory 32-bit DMA will
      not be able to reach all of it.
      
      For now this patch is good enough to keep Sibyte users happy but it seems
      eventually something like swiotlb will be needed for Sibyte.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      cce335ae
  4. 16 11月, 2007 1 次提交
  5. 17 10月, 2007 1 次提交
    • R
      [MIPS] Fix aliasing bug in copy_user_highpage, take 2. · 985c30ef
      Ralf Baechle 提交于
      Turns out b868868a  wasn't quite right.
      When called for a page that isn't marked dirty it would artificially
      create an alias instead of doing the obvious thing and access the page
      via KSEG0.
      
      The same issue also exists in copy_to_user_page and copy_from_user_page
      which was causing the machine to die under rare circumstances for example
      when running ps if the BUG_ON() assertion added by the earlier fix was
      getting triggered.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      985c30ef
  6. 12 9月, 2007 1 次提交
    • R
      [MIPS] Fix aliasing bug in copy_user_highpage. · b868868a
      Ralf Baechle 提交于
      Copy_user_highpage was written assuming it was only being called for
      breaking COW pages in which case the source page isn't cached as in
      marked cachable under it kernel virtual address.  If it is called anyway
      the aliasing avoidance strategy implemented by kmap_coherent will fail.
      Avoid the use of kmap_coherent for pages marked dirty and to avoid
      another instance of this sort of bug, place a BUG_ON in kmap_coherent.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      b868868a
  7. 27 8月, 2007 1 次提交
  8. 24 7月, 2007 1 次提交
  9. 11 5月, 2007 1 次提交
  10. 27 4月, 2007 2 次提交
  11. 25 3月, 2007 2 次提交
  12. 20 2月, 2007 1 次提交
  13. 19 2月, 2007 1 次提交
  14. 07 2月, 2007 3 次提交
  15. 25 1月, 2007 1 次提交
  16. 14 12月, 2006 1 次提交
  17. 12 12月, 2006 1 次提交
  18. 30 11月, 2006 3 次提交
  19. 22 10月, 2006 1 次提交
  20. 04 10月, 2006 1 次提交
  21. 26 9月, 2006 1 次提交
  22. 14 7月, 2006 1 次提交
    • A
      [MIPS] Do not count pages in holes with sparsemem · 565200a1
      Atsushi Nemoto 提交于
      With some memory model other than FLATMEM, the single node can
      contains some holes so there might be many invalid pages.  For
      example, with two 256M memory and one 256M hole, some variables
      (num_physpage, totalpages, nr_kernel_pages, nr_all_pages, etc.) will
      indicate that there are 768MB on this system.  This is not desired
      because, for example, alloc_large_system_hash() allocates too many
      entries.
          
      Use free_area_init_node() with counted zholes_size[] instead of
      free_area_init().
      
      For num_physpages, use number of ram pages instead of max_low_pfn.
      Signed-off-by: NAtsushi Nemoto <anemo@mba.ocn.ne.jp>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      565200a1
  23. 01 7月, 2006 1 次提交
  24. 06 6月, 2006 1 次提交
  25. 19 4月, 2006 1 次提交
  26. 28 3月, 2006 1 次提交
    • D
      [PATCH] unify PFN_* macros · 22a9835c
      Dave Hansen 提交于
      Just about every architecture defines some macros to do operations on pfns.
       They're all virtually identical.  This patch consolidates all of them.
      
      One minor glitch is that at least i386 uses them in a very skeletal header
      file.  To keep away from #include dependency hell, I stuck the new
      definitions in a new, isolated header.
      
      Of all of the implementations, sh64 is the only one that varied by a bit.
      It used some masks to ensure that any sign-extension got ripped away before
      the arithmetic is done.  This has been posted to that sh64 maintainers and
      the development list.
      
      Compiles on x86, x86_64, ia64 and ppc64.
      Signed-off-by: NDave Hansen <haveblue@us.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      22a9835c
  27. 22 3月, 2006 2 次提交
  28. 07 2月, 2006 1 次提交
  29. 13 12月, 2005 1 次提交