20 May, 2012

1 commit

  • It fixes the issue in gpio-generic that commit fb14921 (gpio/mxc: add
    missing initialization of basic_mmio_gpio shadow variables) manged to
    fix in gpio-mxc driver, so that other platform specific drivers do not
    suffer from the same problem over and over again.

    Changes since v1:
    * Turn the last parameter of bgpio_init() "bool big_endian" into
    "unsigned long flags" and give those really quirky hardwares a
    chance to tell that reg_set and reg_dir are unreadable.

    Signed-off-by: Shawn Guo
    [grant.likely: Fix big-endian usage to explicitly set BBGPIOF_BIG_ENDIAN]
    Signed-off-by: Grant Likely

    Shawn Guo
     

09 May, 2012

1 commit


11 Apr, 2012

1 commit


08 Apr, 2012

1 commit


04 Feb, 2012

1 commit

  • Sodaville has GPIO controller behind the PCI bus. To my suprissed it is
    not the same as on PXA.

    The interrupt & gpio chip can be referenced from the device tree like
    from any other driver. Unfortunately the driver which uses the gpio
    interrupt has to use irq_of_parse_and_map() instead of
    platform_get_irq(). The problem is that the platform device (which is
    created from the device tree) is most likely created before the
    interrupt chip is registered and therefore irq_of_parse_and_map() fails.

    In theory the driver works as module. In reality most of the irq
    functions are not exported to modules and it is possible that _this_
    module is unloaded while the provided irqs are still in use.

    Signed-off-by: Hans J. Koch
    [torbenh@linutronix.de: make it work after the irq namespace cleanup,
    add some device tree entries.]
    Signed-off-by: Torben Hohn
    [bigeasy@linutronix.de: convert to generic irq & gpio chip]
    Signed-off-by: Sebastian Andrzej Siewior
    [grant.likely@secretlab.ca: depend on x86 to avoid irq_domain breakage]
    Signed-off-by: Grant Likely

    Sebastian Andrzej Siewior