1. 30 Oct, 2017 1 commit
    • Linus Walleij's avatar
      i2c: gpio: Convert to use descriptors · b2e63555
      Linus Walleij authored
      This converts the GPIO-based I2C-driver to using GPIO
      descriptors instead of the old global numberspace-based
      GPIO interface. We:
      - Convert the driver to unconditionally grab two GPIOs
        from the device by index 0 (SDA) and 1 (SCL) which
        will work fine with device tree and descriptor tables.
        The existing device trees will continue to work just
        like before, but without any roundtrip through the
        global numberspace.
      - Brutally convert all boardfiles still passing global
        GPIOs by registering descriptor tables associated with
        the devices instead so this driver does not need to keep
        supporting passing any GPIO numbers as platform data.
      There is no stepwise approach as elegant as this, I
      strongly prefer this big hammer over any antsteps for this
      conversion. This way the old GPIO numbers go away and
      Special conversion for the different boards utilizing
      - EP93xx (arch/arm/mach-ep93xx): pretty straight forward as
        all boards were using the same two GPIO lines, just define
        these two in a lookup table for "i2c-gpio" and register
        these along with the device. None of them define any
        other platform data so just pass NULL as platform data.
        This platform selects GPIOLIB so all should be smooth.
        The pins appear on a gpiochip for bank "G" as pins 1 (SDA)
        and 0 (SCL).
      - IXP4 (arch/arm/mach-ixp4): descriptor tables have to
        be registered for each board separately. They all use
        "IXP4XX_GPIO_CHIP" so it is pretty straight forward.
        Most board define no other platform data than SCL/SDA
        so they can drop the #include of <linux/i2c-gpio.h> and
        assign NULL to platform data.
        The "goramo_mlr" (Goramo Multilink Router) board is a bit
        worrisome: it implements its own I2C bit-banging in the
        board file, and optionally registers an I2C serial port,
        but claims the same GPIO lines for itself in the board file.
        This is not going to work: there will be competition for the
        GPIO lines, so delete the optional extra I2C bus instead, no
        I2C devices are registered on it anyway, there are just hints
        that it may contain an EEPROM that may be accessed from
        userspace. This needs to be fixed up properly by the serial
        clock using I2C emulation so drop a note in the code.
      - KS8695 board acs5k (arch/arm/mach-ks8695/board-acs5.c)
        has some platform data in addition to the pins so it needs to
        be kept around sans GPIO lines. Its GPIO chip is named
        "KS8695" and the arch selects GPIOLIB.
      - PXA boards (arch/arm/mach-pxa/*) use some of the platform
        data so it needs to be preserved here. The viper board even
        registers two GPIO I2Cs. The gpiochip is named "gpio-pxa" and
        the arch selects GPIOLIB.
      - SA1100 Simpad (arch/arm/mach-sa1100/simpad.c) defines a GPIO
        I2C bus, and the arch selects GPIOLIB.
      - Blackfin boards (arch/blackfin/bf533 etc) for these I assume
        their I2C GPIOs refer to the local gpiochip defined in
        arch/blackfin/kernel/bfin_gpio.c names "BFIN-GPIO".
        The arch selects GPIOLIB. The boards get spiked with
        IF_ENABLED(I2C_GPIO) but that is a side effect of it
        being like that already (I would just have Kconfig select
        I2C_GPIO and get rid of them all.) I also delete any
        platform data set to 0 as it will get that value anyway
        from static declartions of platform data.
      - The MIPS selects GPIOLIB and the Alchemy machine is using
        two local GPIO chips, one of them has a GPIO I2C. We need
        to adjust the local offset from the global number space here.
        The ATH79 has a proper GPIO driver in drivers/gpio/gpio-ath79.c
        and AFAICT the chip is named "ath79-gpio" and the PB44
        PCF857x expander spawns from this on GPIO 1 and 0. The latter
        board only use the platform data to specify pins so it can be
        cut altogether after this.
      - The MFD Silicon Motion SM501 is a special case. It dynamically
        spawns an I2C bus off the MFD using sm501_create_subdev().
        We use an approach to dynamically create a machine descriptor
        table and attach this to the "SM501-LOW" or "SM501-HIGH"
        gpiochip. We use chip-local offsets to grab the right lines.
        We can get rid of two local static inline helpers as part
        of this refactoring.
      Cc: Steven Miao <realmz6@gmail.com>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Guenter Roeck <linux@roeck-us.net>
      Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
      Cc: Magnus Damm <magnus.damm@gmail.com>
      Cc: Ben Dooks <ben.dooks@codethink.co.uk>
      Cc: Heiko Schocher <hs@denx.de>
      Acked-by: default avatarWu, Aaron <Aaron.Wu@analog.com>
      Acked-by: default avatarOlof Johansson <olof@lixom.net>
      Acked-by: default avatarLee Jones <lee.jones@linaro.org>
      Acked-by: default avatarRalf Baechle <ralf@linux-mips.org>
      Tested-by: default avatarGeert Uytterhoeven <geert+renesas@glider.be>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
  2. 13 Aug, 2017 1 commit
  3. 08 Dec, 2015 1 commit
  4. 13 Aug, 2015 1 commit
  5. 12 Jan, 2013 2 commits
  6. 24 Dec, 2012 1 commit
  7. 14 Sep, 2012 1 commit
  8. 14 May, 2012 2 commits
  9. 05 May, 2012 1 commit
  10. 14 Mar, 2012 1 commit
  11. 05 Jan, 2012 1 commit
  12. 15 Nov, 2011 1 commit
  13. 01 Oct, 2011 1 commit
  14. 16 Sep, 2011 1 commit
  15. 21 Aug, 2011 1 commit
  16. 16 Jun, 2011 1 commit
    • Ryan Mallon's avatar
      Change Ryan Mallon's email address across the kernel · 1c5454ee
      Ryan Mallon authored
      I no longer work at Bluewater Systems. Update my email address accordingly. I
      have deleted my email address from C files rather than change it. This
      was suggested by several people, since the commit from my new email
      address will cause scripts/get_maintainer.pl to function properly. I
      have not added the .mailmap entry as suggested by Joe because I think
      it is no longer necessary if I touch all the files which had my name
      in them.
      Signed-off-by: default avatarRyan Mallon <rmallon@gmail.com>
      Cc: Andre Renaud <andre@bluewatersys.com>
      Cc: H Hartley Sweeten <hsweeten@visionengravers.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Nicolas Ferre <nicolas.ferre@atmel.com>
      Cc: Andrew Victor <avictor.za@gmail.com>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Anton Vorontsov <cbou@mail.ru>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Liam Girdwood <lrg@ti.com>
      Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Joe Perches <joe@perches.com>
      Cc: Jesper Juhl <jj@chaosbits.net>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: trivial@kernel.org
      Cc: linux-kernel@vger.kernel.org
      Reviewed-by: default avatarJesper Juhl <jj@chaosbits.net>
      Signed-off-by: default avatarJiri Kosina <jkosina@suse.cz>
  17. 20 Oct, 2010 1 commit
    • Nicolas Pitre's avatar
      arm: remove machine_desc.io_pg_offst and .phys_io · 6451d778
      Nicolas Pitre authored
      Since we're now using addruart to establish the debug mapping, we can
      remove the io_pg_offst and phys_io members of struct machine_desc.
      The various declarations were removed using the following script:
        grep -rl MACHINE_START arch/arm | xargs \
        sed -i '/MACHINE_START/,/MACHINE_END/ { /\.\(phys_io\|io_pg_offst\)/d }'
      [ Initial patch was from Jeremy Kerr, example script from Russell King ]
      Signed-off-by: default avatarNicolas Pitre <nicolas.pitre@linaro.org>
      Acked-by: Eric Miao <eric.miao at canonical.com>
  18. 09 Jun, 2010 1 commit
  19. 14 Apr, 2010 1 commit
    • Hartley Sweeten's avatar
      ARM: 5992/1: ep93xx: pass platform startup data as __initdata · b370e082
      Hartley Sweeten authored
      A number of the peripherals for the ep93xx are registered at
      startup using platform_data that is passed from the board init
      code to the core code.  This data is then copied to a local
      static variable in the core code.  Since the data is copied,
      the original data can be marked as __initdata and discarded
      after startup is complete.
      This adds the __initdata tag to all the appropriate data in
      the various ep93xx board init's.  Specifically, all the
      struct ep93xx_eth_data, struct ep93xxfb_mach_info, and
      struct i2c_gpio_platform_data.
      Also, document the various registration functions and note
      what data should be marked as __initdata.
      While here, also cleanup a couple over zealous whitespace tabs.
      Signed-off-by: default avatarH Hartley Sweeten <hsweeten@visionengravers.com>
      Acked-by: default avatarRyan Mallon <ryan@bluewatersys.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
  20. 15 Feb, 2010 1 commit