1. 15 6月, 2009 2 次提交
  2. 21 5月, 2009 1 次提交
  3. 28 4月, 2009 1 次提交
  4. 22 4月, 2009 1 次提交
  5. 07 4月, 2009 1 次提交
  6. 02 4月, 2009 1 次提交
  7. 25 3月, 2009 1 次提交
  8. 13 3月, 2009 1 次提交
  9. 11 3月, 2009 2 次提交
  10. 13 2月, 2009 1 次提交
  11. 16 1月, 2009 6 次提交
  12. 08 1月, 2009 1 次提交
  13. 23 12月, 2008 1 次提交
  14. 16 12月, 2008 3 次提交
  15. 19 11月, 2008 1 次提交
  16. 06 11月, 2008 1 次提交
  17. 31 10月, 2008 1 次提交
    • M
      powerpc: Update remaining dma_mapping_ops to use map/unmap_page · f9226d57
      Mark Nelson 提交于
      After the merge of the 32 and 64bit DMA code, dma_direct_ops lost
      their map/unmap_single() functions but gained map/unmap_page().  This
      caused a problem for Cell because Cell's dma_iommu_fixed_ops called
      the dma_direct_ops if the fixed linear mapping was to be used or the
      iommu ops if the dynamic window was to be used.  So in order to fix
      this problem we need to update the 64bit DMA code to use
      map/unmap_page.
      
      First, we update the generic IOMMU code so that iommu_map_single()
      becomes iommu_map_page() and iommu_unmap_single() becomes
      iommu_unmap_page().  Then we propagate these changes up through all
      the callers of these two functions and in the process update all the
      dma_mapping_ops so that they have map/unmap_page rahter than
      map/unmap_single.  We can do this because on 64bit there is no HIGHMEM
      memory so map/unmap_page ends up performing exactly the same function
      as map/unmap_single, just taking different arguments.
      
      This has no affect on drivers because the dma_map_single_attrs() just
      ends up calling the map_page() function of the appropriate
      dma_mapping_ops and similarly the dma_unmap_single_attrs() calls
      unmap_page().
      
      This fixes an oops on Cell blades, which oops on boot without this
      because they call dma_direct_ops.map_single, which is NULL.
      Signed-off-by: NMark Nelson <markn@au1.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      f9226d57
  18. 25 9月, 2008 1 次提交
  19. 26 8月, 2008 2 次提交
  20. 22 7月, 2008 1 次提交
  21. 17 7月, 2008 1 次提交
    • J
      powerpc: pci config cleanup · b500563b
      John Rigby 提交于
      Choosing PCI or not at config time is allowed on some
      platforms via an if expression in arch/powerpc/Kconfig.
      To add a new platform with PCI support selectable at
      config time, you must change the if expression.  This
      patch makes this easier by changing:
          bool "PCI support" if <long expression>
      to
          bool "PCI support" if PPC_PCI_CHOICE
      and adding select PPC_PCI_CHOICE to all the config nodes that
      were previously in the PCI if expression.
      
      Platforms with unconditional PCI support continue to
      just select PCI in their config nodes.
      Signed-off-by: NJohn Rigby <jrigby@freescale.com>
      Acked-by: NGrant Likely <grant.likely@secretlab.ca>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      b500563b
  22. 09 7月, 2008 2 次提交
  23. 26 6月, 2008 1 次提交
  24. 23 5月, 2008 1 次提交
  25. 02 5月, 2008 1 次提交
  26. 24 4月, 2008 1 次提交
  27. 01 4月, 2008 3 次提交