1. 05 6月, 2009 1 次提交
  2. 10 4月, 2009 1 次提交
  3. 30 3月, 2009 1 次提交
  4. 23 3月, 2009 1 次提交
  5. 09 3月, 2009 1 次提交
  6. 22 1月, 2009 1 次提交
  7. 04 12月, 2008 1 次提交
  8. 30 11月, 2008 1 次提交
    • R
      [ARM] Hide ISA DMA API when ISA_DMA_API is unset · dcea83ad
      Russell King 提交于
      When ISA_DMA_API is unset, we're not implementing the ISA DMA API,
      so there's no point in publishing the prototypes via asm/dma.h, nor
      including the machine dependent parts of that API.
      
      This allows us to remove a lot of mach/dma.h files which don't contain
      any useful code.  Unfortunately though, some platforms put their own
      private non-ISA definitions into mach/dma.h, so we leave these behind
      and fix the appropriate #include statments.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      dcea83ad
  9. 29 11月, 2008 1 次提交
  10. 20 11月, 2008 1 次提交
  11. 25 9月, 2008 1 次提交
  12. 09 9月, 2008 2 次提交
  13. 08 9月, 2008 1 次提交
  14. 07 8月, 2008 1 次提交
  15. 13 7月, 2008 7 次提交
  16. 11 6月, 2008 1 次提交
  17. 08 4月, 2008 1 次提交
  18. 26 3月, 2008 1 次提交
  19. 17 3月, 2008 4 次提交
  20. 09 2月, 2008 1 次提交
  21. 28 1月, 2008 2 次提交
  22. 24 11月, 2007 1 次提交
  23. 10 11月, 2007 1 次提交
  24. 16 10月, 2007 1 次提交
    • R
      [NET] smc91x: fix PXA DMA support code · 073ac8fd
      Russell King 提交于
      The PXA DMA support code for smc91x doesn't pass a struct device to
      the dma_*map_single() functions, which leads to an oops in the dma
      bounce code.  We have a struct device which was used to probe the
      SMC chip.  Use it.
      
      (This patch is slightly larger because it requires struct smc_local
      to move into the header file.)
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      073ac8fd
  25. 11 10月, 2007 1 次提交
  26. 08 8月, 2007 1 次提交
    • P
      net: smc91x: Build fixes for general sh boards. · 092ed997
      Paul Mundt 提交于
      SH boards in general only wire this up in 8 or 16-bit mode, and
      as we never had the wrappers for 32-bit mode defined, SMC_CAN_USE_32BIT
      caused build failure for the non-Solution Engine boards. This gets it
      building again.
      
      Also kill off the straggling set_irq_type() definition, this is left
      over cruft that was missed when the rest of it switched to IRQ flags.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      
      --
      
       drivers/net/smc91x.h |    4 +---
       1 file changed, 1 insertion(+), 3 deletions(-)
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      092ed997
  27. 11 6月, 2007 1 次提交
  28. 03 6月, 2007 1 次提交
    • P
      smc91x: sh solution engine fixes. · 6026ee67
      Paul Mundt 提交于
      The current smc91x I/O routines ifdef the solution engine subtypes
      individually, which is rather bogus, as they can simply use
      CONFIG_SOLUTION_ENGINE instead. This fixes it for some of the other
      solution engines that weren't included in the ifdef list (SH7206
      specifically).
      
      There are also inb/outb definitions which are totally bogus (missing
      brackets in _both_ cases, SMC_CAN_USE_8BIT == 0, and even better, they
      try to use a 16-bit access to fake 8-bit access). Kill that nonsense off
      completely.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      
      --
      
       drivers/net/smc91x.h |    5 +----
       1 file changed, 1 insertion(+), 4 deletions(-)
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      6026ee67
  29. 08 5月, 2007 1 次提交