Eric Lee / smarc-fsl-linux-kernel

29 Mar, 2009

1 commit

25 Mar, 2009

1 commit

09 Feb, 2009

1 commit

06 Sep, 2008

2 commits

07 Aug, 2008

1 commit

27 Jul, 2008

1 commit

  • 8d8bb39b9   dma-mapping: add the device argument to dma_mapping_error() ... Browse Code »

    Add per-device dma_mapping_ops support for CONFIG_X86_64 as POWER
    architecture does:

    This enables us to cleanly fix the Calgary IOMMU issue that some devices
    are not behind the IOMMU (http://lkml.org/lkml/2008/5/8/423).

    I think that per-device dma_mapping_ops support would be also helpful for
    KVM people to support PCI passthrough but Andi thinks that this makes it
    difficult to support the PCI passthrough (see the above thread). So I
    CC'ed this to KVM camp. Comments are appreciated.

    A pointer to dma_mapping_ops to struct dev_archdata is added. If the
    pointer is non NULL, DMA operations in asm/dma-mapping.h use it. If it's
    NULL, the system-wide dma_ops pointer is used as before.

    If it's useful for KVM people, I plan to implement a mechanism to register
    a hook called when a new pci (or dma capable) device is created (it works
    with hot plugging). It enables IOMMUs to set up an appropriate
    dma_mapping_ops per device.

    The major obstacle is that dma_mapping_error doesn't take a pointer to the
    device unlike other DMA operations. So x86 can't have dma_mapping_ops per
    device. Note all the POWER IOMMUs use the same dma_mapping_error function
    so this is not a problem for POWER but x86 IOMMUs use different
    dma_mapping_error functions.

    The first patch adds the device argument to dma_mapping_error. The patch
    is trivial but large since it touches lots of drivers and dma-mapping.h in
    all the architecture.

    This patch:

    dma_mapping_error() doesn't take a pointer to the device unlike other DMA
    operations. So we can't have dma_mapping_ops per device.

    Note that POWER already has dma_mapping_ops per device but all the POWER
    IOMMUs use the same dma_mapping_error function. x86 IOMMUs use device
    argument.

    [akpm@linux-foundation.org: fix sge]
    [akpm@linux-foundation.org: fix svc_rdma]
    [akpm@linux-foundation.org: build fix]
    [akpm@linux-foundation.org: fix bnx2x]
    [akpm@linux-foundation.org: fix s2io]
    [akpm@linux-foundation.org: fix pasemi_mac]
    [akpm@linux-foundation.org: fix sdhci]
    [akpm@linux-foundation.org: build fix]
    [akpm@linux-foundation.org: fix sparc]
    [akpm@linux-foundation.org: fix ibmvscsi]
    Signed-off-by: FUJITA Tomonori
    Cc: Muli Ben-Yehuda
    Cc: Andi Kleen
    Cc: Thomas Gleixner
    Cc: Ingo Molnar
    Cc: Avi Kivity
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    FUJITA Tomonori
     

11 Apr, 2008

1 commit

  • 7e38c3c44   spi: fix platform driver hotplug/coldplug ... Browse Code »

    Since 43cc71eed1250755986da4c0f9898f9a635cb3bf, the platform modalias is
    prefixed with "platform:". Add MODULE_ALIAS() to the hotpluggable SPI
    platform drivers, to allow module auto loading.

    [dbrownell@users.sourceforge.net: more drivers: registration fixes]
    Signed-off-by: Kay Sievers
    Signed-off-by: David Brownell
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kay Sievers
     

07 Feb, 2008

1 commit

25 Jan, 2008

1 commit

  • feed9bab7   spi: omap2_mcspi PIO RX fix ... Browse Code »

    Before transmission of the last word in PIO RX_ONLY mode rx+tx mode
    is enabled:

    /* prevent last RX_ONLY read from triggering
    * more word i/o: switch to rx+tx
    */
    if (c == 0 && tx == NULL)
    mcspi_write_cs_reg(spi,
    OMAP2_MCSPI_CHCONF0, l);

    But because c is decremented after the test, c will never be zero and
    rx+tx will not be enabled. This breaks RX_ONLY mode PIO transfers.

    Fix it by decrementing c in the beginning of the various I/O loops.

    Signed-off-by: Kalle Valo
    Signed-off-by: David Brownell
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kalle Valo
     

17 Oct, 2007

1 commit

18 Jul, 2007

1 commit

  • ccdc7bf92   SPI: omap2_mcspi driver ... Browse Code »

    Add OMAP24XX McSPI (Multichannel SPI) controller driver. This driver is
    tested very well under OMAP GIT tree with N800 - Nokia Internet Tablet, and
    some other OMAP2 boards.

    Recent updates included bugfixes, cleanups, speedups, and better
    conformance to the current SPI programming interface. This doesn't yet
    understand the third controller instance on the OMAP 2430.

    [david-b@pacbell.net: more minor cleanups to the omap2_mcspi driver]
    Signed-off-by: Juha Yrjölä
    Signed-off-by: Trilok Soni
    Signed-off-by: David Brownell
    Cc: Tony Lindgren
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Samuel Ortiz