04 Jul, 2010

1 commit

  • This patch adds a new flags argument to bitbang_txrx_be_cpha0 and
    bitbang_txrx_be_cpha1 transfer functions. This enables support for
    SPI_MASTER_NO_{TX,RX} transfer modes. The change should have no impact
    on speed of the existing drivers. bitbank_txrx_* functions are usually
    inlined into the drivers. When the argument is equal to constant zero,
    the optimizer would be able to eliminate the dead code (flags checks)
    easily. Tested on ARM and GCC 4.4.x and in all cases the checks were
    eliminated in the inlined function.

    Reviewed-by: Kyungmin Park
    Signed-off-by: Marek Szyprowski
    Acked-by: David Brownell
    Signed-off-by: Grant Likely

    Marek Szyprowski
     

25 May, 2010

1 commit

  • A number of files in drivers/spi fail checkincludes.pl due to the double
    include of .

    The first include is needed to get the struct spi_bitbang definition and
    the spi_bitbang_* function prototypes.

    The second include happens after defining EXPAND_BITBANG_TXRX to get the
    inlined bitbang_txrx_* utility functions.

    The header is also included by a number of other
    spi drivers, as well as some arch/ code, in order to use struct spi_bitbang
    and the associated functions.

    To fix the double include, and remove any potential confusion about it, move
    the inlined bitbang_txrx_* functions to a new private header in drivers/spi
    and also remove the need to define EXPAND_BITBANG_TXRX.

    Signed-off-by: H Hartley Sweeten
    Signed-off-by: Grant Likely

    hartleys
     

18 May, 2009

1 commit

  • Move all the gpio functions out of as
    this file is for defining the generic IO base addresses
    for the kernel IO calls.

    Make a new header to take this and
    include it via the chain from which is
    what most of these files should be using (and will be
    changed as soon as possible).

    Note, this does make minor changes to some drivers but
    should not mess up any pending merges.

    CC: Richard Purdie
    Acked-by: Mark Brown
    CC: David Brownell
    Signed-off-by: Ben Dooks

    Ben Dooks
     

02 Dec, 2008

2 commits

  • The spi master driver must have num_chipselect set to allow the bus to
    initialise. Pass this through the platform data.

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

    Ben Dooks
     
  • The spidev_to_sg() call in spi_s3c24xx_gpio.c was using the wrong method
    to convert the spi device into the private data for the driver. Fix this
    by using spi_master_get_devdata.

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

    Ben Dooks
     

07 Aug, 2008

2 commits


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
     

07 Feb, 2008

1 commit

  • The two S3C SPI master drivers got merged without much review, so I just
    noticed that they're doing something that the SPI core code is responsible
    for, rather than any adapter driver: they try to register SPI devices.

    This removes that support from those drivers so they act normally.
    Interestingly, none of the current boards are affected. So it's a net code
    shrink with no loss of functionality.

    Signed-off-by: David Brownell
    Cc: Ben Dooks
    Cc: Russell King
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    David Brownell
     

30 Nov, 2007

2 commits

  • Allow passing a bus number through the platform data for the S3C2410 SPI
    GPIO driver. This is needed to support multiple SPI busses.

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

    David Brownell
     
  • If we specify an GPIO which cannot be used for the purpose, then assume
    that the GPIO is not to be used and do not try and configure it. This can
    be the case where the SPI bus is TX only.

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

    Ben Dooks
     

31 Aug, 2007

1 commit

  • Update various SPI drivers so they properly support

    - coldplug through "modprobe $(cat /sys/devices/.../modalias)"

    - hotplug through "modprobe $(MODALIAS)"

    The basic rule for platform, SPI, and (new style) I2C drivers is just
    to make sure that modprobing the driver name works. In this case, all
    the relevant drivers are platform drivers, and this patch either

    (a) Changes the driver name, if no in-tree code would break;
    this is simpler and thus preferable in the long term.

    (b) Adds MODULE_ALIAS directives, when in-tree platforms declare
    devices using the current driver name; less desirable.

    Most systems will link SPI controller drivers statically, but
    there's no point in being needlessly broken.

    Signed-off-by: David Brownell
    Cc: Jean Delvare
    Acked-by: Andrei Konovalov
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    David Brownell
     

21 Feb, 2007

1 commit


31 Dec, 2006

1 commit

  • Russel King recently reminded us that one shouldn't use asm/arch/hardware.h
    but one should use asm/hardware.h. Unfortunately, the spi_s3c24xx_gpio
    driver is using the wrong header. This patch is fixing that.

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

    Arnaud Patard (Rtp
     

23 Dec, 2006

1 commit


04 Oct, 2006

1 commit


22 May, 2006

1 commit