1. 20 Sep, 2011 10 commits
  2. 19 Sep, 2011 10 commits
  3. 01 Sep, 2011 1 commit
    • Milton Miller's avatar
      powerpc: Override dma_get_required_mask by platform hook and ops · 6a5c7be5
      Milton Miller authored
      
      
      The hook dma_get_required_mask is supposed to return the mask required
      by the platform to operate efficently.  The generic version of
      dma_get_required_mask in driver/base/platform.c returns a mask based
      only on max_pfn.  However, this is likely too big for iommu systems
      and could be too small for platforms that require a dma offset or have
      a secondary window at a high offset.
      
      Override the default, provide a hook in ppc_md used by pseries lpar and
      cell, and provide the default answer based on memblock_end_of_DRAM(),
      with hooks for get_dma_offset, and provide an implementation for iommu
      that looks at the defined table size.  Coverting from the end address
      to the required bit mask is based on the generic implementation.
      
      The need for this was discovered when the qla2xxx driver switched to
      64 bit dma then reverted to 32 bit when dma_get_required_mask said
      32 bits was sufficient.
      Signed-off-by: default avatarMilton Miller <miltonm@bga.com>
      Signed-off-by: default avatarNishanth Aravamudan <nacc@us.ibm.com>
      Cc: linuxppc-dev@lists.ozlabs.org
      Cc: linux-kernel@vger.kernel.org
      Cc: benh@kernel.crashing.org
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      6a5c7be5
  4. 11 Aug, 2011 1 commit
  5. 05 Aug, 2011 6 commits
  6. 26 Jul, 2011 1 commit
  7. 22 Jul, 2011 2 commits
  8. 21 Jul, 2011 1 commit
    • Josef Bacik's avatar
      fs: push i_mutex and filemap_write_and_wait down into ->fsync() handlers · 02c24a82
      Josef Bacik authored
      
      
      Btrfs needs to be able to control how filemap_write_and_wait_range() is called
      in fsync to make it less of a painful operation, so push down taking i_mutex and
      the calling of filemap_write_and_wait() down into the ->fsync() handlers.  Some
      file systems can drop taking the i_mutex altogether it seems, like ext3 and
      ocfs2.  For correctness sake I just pushed everything down in all cases to make
      sure that we keep the current behavior the same for everybody, and then each
      individual fs maintainer can make up their mind about what to do from there.
      Thanks,
      Acked-by: default avatarJan Kara <jack@suse.cz>
      Signed-off-by: default avatarJosef Bacik <josef@redhat.com>
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      02c24a82
  9. 20 Jul, 2011 1 commit
  10. 19 Jul, 2011 1 commit
  11. 12 Jul, 2011 3 commits
    • Rob Herring's avatar
      powerpc: rename ppc_pci_*_flags to pci_*_flags · 0e47ff1c
      Rob Herring authored
      
      
      This renames pci flags functions and enums in preparation for creating
      generic version in asm-generic/pci-bridge.h. The following search and
      replace is done:
      
      s/ppc_pci_/pci_/
      s/PPC_PCI_/PCI_/
      
      Direct accesses to ppc_pci_flag variable are replaced with helper
      functions.
      Signed-off-by: default avatarRob Herring <rob.herring@calxeda.com>
      Acked-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      0e47ff1c
    • Paul Mackerras's avatar
      powerpc, KVM: Rework KVM checks in first-level interrupt handlers · b01c8b54
      Paul Mackerras authored
      
      
      Instead of branching out-of-line with the DO_KVM macro to check if we
      are in a KVM guest at the time of an interrupt, this moves the KVM
      check inline in the first-level interrupt handlers.  This speeds up
      the non-KVM case and makes sure that none of the interrupt handlers
      are missing the check.
      
      Because the first-level interrupt handlers are now larger, some things
      had to be move out of line in exceptions-64s.S.
      
      This all necessitated some minor changes to the interrupt entry code
      in KVM.  This also streamlines the book3s_32 KVM test.
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      Signed-off-by: default avatarAlexander Graf <agraf@suse.de>
      b01c8b54
    • Benjamin Herrenschmidt's avatar
      powerpc/mm: Fix memory_block_size_bytes() for non-pseries · 770e1ac5
      Benjamin Herrenschmidt authored
      
      
      Just compiling pseries in the kernel causes it to override
      memory_block_size_bytes() regardless of what is the runtime
      platform.
      
      This cleans up the implementation of that function, fixing
      a bug or two while at it, so that it's harmless (and potentially
      useful) for other platforms. Without this, bugs in that code
      would trigger a WARN_ON() in drivers/base/memory.c when
      booting some different platforms.
      
      If/when we have another platform supporting memory hotplug we
      might want to either move that out to a generic place or
      make it a ppc_md. callback.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      770e1ac5
  12. 08 Jul, 2011 2 commits
    • Laurentiu TUDOR's avatar
      powerpc/85xx: Remove stale BUG_ON in mpc85xx_smp_init · 2647aa19
      Laurentiu TUDOR authored
      
      
      Under the FSL Hypervisor we triggered a BUG_ON in mpc85xx_smp_init that
      expected smp_ops.message_pass to be explicity set.  However recent
      changes allows smp_ops.message_pass to be NULL and handled by default
      code.  Thus the BUG_ON isn't relevant anymore.
      Signed-off-by: default avatarLaurentiu TUDOR <Laurentiu.Tudor@freescale.com>
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      2647aa19
    • Mingkai Hu's avatar
      powerpc/85xx: Add p2040 RDB board support · 3fce1c0b
      Mingkai Hu authored
      
      
      P2040RDB Specification:
      -----------------------
      2Gbyte unbuffered DDR3 SDRAM SO-DIMM(64bit bus)
      128 Mbyte NOR flash single-chip memory
      256 Kbit M24256 I2C EEPROM
      16 Mbyte SPI memory
      SD connector to interface with the SD memory card
      dTSEC1: connected to the Vitesse SGMII PHY (VSC8221)
      dTSEC2: connected to the Vitesse SGMII PHY (VSC8221)
      dTSEC3: connected to the Vitesse SGMII PHY (VSC8221)
      dTSEC4: connected to the Vitesse RGMII PHY (VSC8641)
      dTSEC5: connected to the Vitesse RGMII PHY (VSC8641)
      I2C1: Real time clock, Temperature sensor
      I2C2: Vcore Regulator, 256Kbit I2C Bus EEPROM
      SATA: Lanes C and Land D of Bank2 are connected to two SATA connectors
      UART: supports two UARTs up to 115200 bps for console
      USB 2.0: connected via a internal UTMI PHY to two TYPE-A interfaces
      PCIe:
       - Lanes E, F, G and H of Bank1 are connected to one x4 PCIe SLOT1
       - Lanes C and Land D of Bank2 are connected to one x4 PCIe SLOT2
      Signed-off-by: default avatarMingkai Hu <Mingkai.hu@freescale.com>
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      3fce1c0b
  13. 06 Jul, 2011 1 commit