1. 15 5月, 2012 1 次提交
  2. 14 5月, 2012 3 次提交
    • D
      sparc32: Move cache and TLB flushes over to method ops. · 5d83d666
      David S. Miller 提交于
      This eliminated most of the remaining users of btfixup.
      
      There are some complications because of the special cases we
      have for sun4d, leon, and some flavors of viking.
      
      It was found that there are no cases where a flush_page_for_dma
      method was not hooked up to something, so the "noflush" iommu
      methods were removed.
      
      Add some documentation to the viking_sun4d_smp_ops to describe exactly
      the hardware bug which causes us to need special TLB flushing on
      sun4d.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5d83d666
    • D
      sparc32: Convert mmu_* interfaces from btfixup to method ops. · d894d964
      David S. Miller 提交于
      This set of changes displays one major danger of btfixup, interface
      signatures are not always type checked fully.  As seen here the iounit
      variant of the map_dma_area routine had an incorrect type for one of
      it's arguments.
      
      It turns out to be harmless in this case, but just imagine trying to
      debug something involving this kind of problem.  No thanks.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      d894d964
    • D
      sparc: Kill mmu_{un,}lockarea(). · 679bea5e
      David S. Miller 提交于
      These were used on sun4c during floppy data transfers since on that
      chip we had to lock the cpu mappings into the TLB because we cannot
      take a TLB miss during the assembler floppy interrupt handler that
      does the data transfer.
      
      That is no longer necessary since we've removed sun4c support, thus
      this stuff can disappear completely.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      679bea5e
  3. 03 8月, 2010 1 次提交
    • J
      arch/sparc/mm: Use GFP_KERNEL · 71cd03b0
      Julia Lawall 提交于
      GFP_ATOMIC is not needed here, as evidenced by the other two uses of
      GFP_KERNEL in the same function.
      
      The semantic match that finds this problem is as follows:
      (http://coccinelle.lip6.fr/)
      
      // <smpl>
      @@ identifier f; @@
      
      *f(...,GFP_ATOMIC,...)
      ... when != spin_unlock(...)
          when != read_unlock(...)
          when != write_unlock(...)
          when != read_unlock_irq(...)
          when != write_unlock_irq(...)
          when != read_unlock_irqrestore(...)
          when != write_unlock_irqrestore(...)
          when != spin_unlock_irq(...)
          when != spin_unlock_irqrestore(...)
      *f(...,GFP_KERNEL,...)
      // </smpl>
      Signed-off-by: NJulia Lawall <julia@diku.dk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      71cd03b0
  4. 24 7月, 2010 1 次提交
  5. 12 12月, 2008 1 次提交
  6. 29 8月, 2008 6 次提交
  7. 23 10月, 2007 1 次提交
  8. 16 10月, 2007 1 次提交
  9. 11 8月, 2007 1 次提交
  10. 01 7月, 2006 1 次提交
  11. 20 6月, 2006 1 次提交
  12. 18 1月, 2006 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