1. Feb 01, 2008
  2. Jan 31, 2008
    • Linus Torvalds's avatar
      Merge branch 'for-2.6.25' of git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc · 8af03e78
      Linus Torvalds authored
      * 'for-2.6.25' of git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc: (454 commits)
        [POWERPC] Cell IOMMU fixed mapping support
        [POWERPC] Split out the ioid fetching/checking logic
        [POWERPC] Add support to cell_iommu_setup_page_tables() for multiple windows
        [POWERPC] Split out the IOMMU logic from cell_dma_dev_setup()
        [POWERPC] Split cell_iommu_setup_hardware() into two parts
        [POWERPC] Split out the logic that allocates struct iommus
        [POWERPC] Allocate the hash table under 1G on cell
        [POWERPC] Add set_dma_ops() to match get_dma_ops()
        [POWERPC] 83xx: Clean up / convert mpc83xx board DTS files to v1 format.
        [POWERPC] 85xx: Only invalidate TLB0 and TLB1
        [POWERPC] 83xx: Fix typo in mpc837x compatible entries
        [POWERPC] 85xx: convert sbc85* boards to use machine_device_initcall
        [POWERPC] 83xx: rework platform Kconfig
        [POWERPC] 85xx: rework platform Kconfig
        [POWERPC] 86xx: Remove unuse...
      8af03e78
    • Michael Ellerman's avatar
      [POWERPC] Cell IOMMU fixed mapping support · 99e13912
      Michael Ellerman authored
      
      
      This patch adds support for setting up a fixed IOMMU mapping on certain
      cell machines.  For 64-bit devices this avoids the performance overhead of
      mapping and unmapping pages at runtime.  32-bit devices are unable to use
      the fixed mapping.
      
      The fixed mapping is established at boot, and maps all of physical memory
      1:1 into device space at some offset.  On machines with < 30 GB of memory
      we setup the fixed mapping immediately above the normal IOMMU window.
      
      For example a machine with 4GB of memory would end up with the normal
      IOMMU window from 0-2GB and the fixed mapping window from 2GB to 6GB. In
      this case a 64-bit device wishing to DMA to 1GB would be told to DMA to
      3GB, plus any offset required by firmware.  The firmware offset is encoded
      in the "dma-ranges" property.
      
      On machines with 30GB or more of memory, we are unable to place the fixed
      mapping above the normal IOMMU window as we would run out of address space.
      Instead we move the normal IOMMU window to coincide with the hash page
      table, this region does not need to be part of the fixed mapping as no
      device should ever be DMA'ing to it.  We then setup the fixed mapping
      from 0 to 32GB.
      
      Signed-off-by: default avatarMichael Ellerman <michael@ellerman.id.au>
      Acked-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      99e13912
    • Michael Ellerman's avatar
      [POWERPC] Split out the ioid fetching/checking logic · c96b5126
      Michael Ellerman authored
      
      
      Split out the ioid fetching and checking logic so we can use it elsewhere
      in a subsequent patch.
      
      Signed-off-by: default avatarMichael Ellerman <michael@ellerman.id.au>
      Acked-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      c96b5126
    • Michael Ellerman's avatar
      [POWERPC] Add support to cell_iommu_setup_page_tables() for multiple windows · 41347917
      Michael Ellerman authored
      
      
      Add support to cell_iommu_setup_page_tables() for handling two windows,
      the dynamic window and the fixed window.  A fixed window size of 0
      indicates that there is no fixed window at all.
      
      Currently there are no callers who pass a non-zero fixed window, but the
      upcoming fixed IOMMU mapping patch will change that.
      
      Signed-off-by: default avatarMichael Ellerman <michael@ellerman.id.au>
      Acked-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      41347917