07 Aug, 2008

2 commits


28 Apr, 2008

1 commit


11 Apr, 2008

1 commit

  • 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
     

17 Oct, 2007

1 commit

  • Shrink the runtime footprint of various SPI drivers:

    - Move the probe() routine into the init section where practical,
    using platform_driver_probe() to make that safe. This often saves
    around 1KB. Using platform_driver_probe() can also be a correctness
    fix, if the probe routine is already marked __init but the driver
    struct keeps a dangling pointer to it after init section removal.

    - Likewise move remove() routines into the exit sections.

    These changes would be inappropriate iff the platform devices were
    actually hotpluggable (e.g. they're found on optional addon cards,
    or in an FPGA that's dynamically reprogrammed). In these cases,
    that's not the situation; it's an SOC controller and the only device
    is initialized before these drivers.

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

    David Brownell
     

18 Jul, 2007

1 commit

  • Minor SPI controller driver updates: make the setup() methods reject
    spi->mode bits they don't support, by masking aginst the inverse of bits
    they *do* support. This insures against misbehavior later when new mode
    bits get added.

    Most controllers can't support SPI_LSB_FIRST; more handle SPI_CS_HIGH.
    Support for all four SPI clock/transfer modes is routine.

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

    David Brownell
     

24 May, 2007

1 commit

  • The omap_uwire controller driver handles SPI_CPHA incorrectly;
    It should mean:

    CPHA=0 ... sample at leading edge of clock
    CPHA=1 ... sample at trailing edge of clock

    This bug has been masked by inverse bugs in layered drivers;
    and was uncovered by running some of them on non-OMAP hardware.

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

    Imre Deak
     

21 Feb, 2007

1 commit

  • The signature of the per-device cleanup() routine changed to remove its
    const-ness. Three new SPI controller drivers now need that change, to
    eliminate build warnings.

    This also fixes a build bug with atmel_spi on AT91 systems.

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

    David Brownell
     

13 Feb, 2007

1 commit

  • This adds a SPI driver for the Microwire controller on OMAP1 chips. This
    driver has been used in the Linux-OMAP tree for some time now, including
    with some of those displays using standardized 9-bit commands followed by
    data with 8-bit words.

    Microwire only supports half duplex transfers, but that's all that most SPI
    protocols need. When full duplex, or higher speeds, are needed there are
    several other controllers that can be used on OMAP.

    [akpm@osdl.org: cleanups]
    Signed-off-by: David Brownell
    Signed-off-by: Imre Deak
    Signed-off-by: Juha Yrjola
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    David Brownell