1. 04 Oct, 2018 1 commit
  2. 02 Oct, 2018 5 commits
  3. 30 Sep, 2018 5 commits
  4. 28 Sep, 2018 5 commits
  5. 26 Sep, 2018 1 commit
  6. 25 Sep, 2018 13 commits
  7. 24 Sep, 2018 3 commits
  8. 23 Sep, 2018 1 commit
  9. 22 Sep, 2018 2 commits
  10. 20 Sep, 2018 4 commits
    • Janusz Krzysztofik's avatar
      ARM: OMAP1: ams-delta: Don't request unused GPIOs · 1137ceee
      Janusz Krzysztofik authored
      GPIOs with no kernel drivers can still be used from user space, don't
      request them from the board file.
      Signed-off-by: default avatarJanusz Krzysztofik <jmkrzyszt@gmail.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      1137ceee
    • Janusz Krzysztofik's avatar
      ARM: OMAP1: ams-delta-fiq: Use <linux/platform_data/gpio-omap.h> · 26683316
      Janusz Krzysztofik authored
      Instead of defining symbols already defined in
      linux/platform_data/gpio-omap.h, use that header file.
      
      Since we include the header into an assembler code, prevent C only bits
      from being read in.
      Signed-off-by: default avatarJanusz Krzysztofik <jmkrzyszt@gmail.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      26683316
    • Janusz Krzysztofik's avatar
      ARM: OMAP1: ams-delta: register MODEM device earlier · d3e952ad
      Janusz Krzysztofik authored
      Amstrad Delta MODEM device used to be initialized at arch_initcall
      before it was once moved to late_initcall by commit f7519d8c ("ARM:
      OMAP1: ams-delta: register latch dependent devices later"). The purpose
      of that change was to postpone initialization of devices which depended
      on latch2 pins until latch2 converted to GPIO device was ready.
      
      After recent fixes to GPIO handling, it was possible to moove
      registration of most of those device back to where they were before.
      The same can be safely done with the MODEM device as initialization
      of GPIO pins it depends on was moved to machine_init by preceding
      patch.
      
      Move registration of the MODEM device to arch_initcall_sync, not to
      arch_initcall, so it is never exposed to potential conflict in
      registration order hazard against OMAP serial ports.
      Signed-off-by: default avatarJanusz Krzysztofik <jmkrzyszt@gmail.com>
      Reviewed-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      d3e952ad
    • Janusz Krzysztofik's avatar
      ARM: OMAP1: ams-delta: initialize latch2 pins to safe values · 1464d031
      Janusz Krzysztofik authored
      Latch2 pins control a number of on-board devices, namely LCD, NAND,
      MODEM and CODEC.  Those pins used to be initialized with safe values
      from init_machine before that operation was:
      1) moved to late_initcall in preparation for conversion of latch2 to
      GPIO device - see commit f7519d8c ("ARM: OMAP1: ams-delta: register
      latch dependent devices later"),
      2) replaced with non-atomic initialization performed by means of
      gpio_request_array() - see commit 937eb4bb ("ARM: OMAP1: ams-delta:
      convert latches to basic_mmio_gpio"),
      3) made completely asynchronous by delegation of GPIO request
      operations performed on subsets of pins to respective device drivers in
      subsequent commits.
      
      One visible negative result of that disintegration was corrupt keyboard
      data reported by serio driver, recently fixed by commit 41f8fee3
      ("ARM: OMAP1: ams-delta: Hog "keybrd_dataout" GPIO pin").
      
      Moreover, initialization of LATCH2_PIN_MODEM_CODEC still performed with
      ams_delta_latch2_write() wrapper from late_init() is now done on not
      requested GPIO pin.
      
      Reintroduce atomic initialization of latch2 pins at machine_init to
      prevent from random values potentially corrupting NAND data or maybe
      even destroing other hardware.  Also take care of MODEM/CODEC related
      pins so MODEM device probe succeeds even if latch2 GPIO device or
      dependent regulator is not ready and CODEC can be reached over the
      MODEM even if audio driver doesn't take control over
      LATCH2_PIN_MODEM_CODEC.
      
      Once done, remove the no longer needed GPIO based implementation of
      ams_delta_latch_write() and its frontend macro.
      Signed-off-by: default avatarJanusz Krzysztofik <jmkrzyszt@gmail.com>
      Reviewed-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      [tony@atomide.com: updated for the header location to remove dependency]
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      1464d031