1. 01 3月, 2014 2 次提交
  2. 03 12月, 2013 1 次提交
    • B
      ARM: dts: omap4-panda-common: Fix pin muxing for wl12xx · 2ba2866f
      Balaji T K 提交于
      pin mux wl12xx_gpio and wl12xx_pins should be part of omap4_pmx_core
      and not omap4_pmx_wkup. So, move wl12xx_* to omap4_pmx_core.
      
      Fix the following error message:
      pinctrl-single 4a31e040.pinmux: mux offset out of range: 0x38 (0x38)
      pinctrl-single 4a31e040.pinmux: could not add functions for pinmux_wl12xx_pins 56x
      
      SDIO card is not detected after moving pin mux to omap4_pmx_core since
      sdmmc5_clk pull is disabled. Enable Pull up on sdmmc5_clk to detect SDIO card.
      
      This fixes a regression where WLAN did not work after a warm reset
      or after one up/down cycle that happened when we move omap4 to boot
      using device tree only. For reference, the kernel bug is described at:
      
      https://bugzilla.kernel.org/show_bug.cgi?id=63821
      
      Cc: stable@vger.kernel.org # v3.10+
      Signed-off-by: NBalaji T K <balajitk@ti.com>
      [tony@atomide.com: update comments to describe the regression]
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      2ba2866f
  3. 30 10月, 2013 1 次提交
  4. 12 10月, 2013 1 次提交
  5. 08 10月, 2013 1 次提交
  6. 18 9月, 2013 1 次提交
    • T
      ARM: dts: Fix muxing and regulator for wl12xx on the SDIO bus for pandaboard · 851320e3
      Tony Lindgren 提交于
      Commit b42b9181 (ARM: OMAP2+: Remove board-omap4panda.c)
      removed legacy booting in favor of device tree based booting
      for pandaboard. That caused the WLAN to stop working as the
      related .dts entries fell through the cracks.
      
      The legacy muxing was setting pulls for GPIO 48 and 49, so let's
      keep that behaviour for now to avoid further regressions for
      BT and FM. Also input logic was enabled for MMC CLK line, but
      I've verified that the input logic we don't need enabled for
      CLK line as it's not bidirectional.
      
      Also, we want to use non-removable instead of ti,non-removable
      as the ti,non-removable also sets no_regulator_off_init which
      is really not what we want as then wl12xx won't get powered
      up and down which is needed for resetting it.
      
      Note that looks like the WLAN interface fails to come up after
      a warm reset, but that most likely was also happening with
      the legacy booting and needs a separate fix.
      
      Cc: Paolo Pisati <p.pisati@gmail.com>
      Cc: Rajendra Nayak <rnayak@ti.com>
      Cc: Luciano Coelho <luca@coelho.fi>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NBenoit Cousson <bcousson@baylibre.com>
      851320e3
  7. 20 6月, 2013 2 次提交
  8. 19 6月, 2013 6 次提交
  9. 03 6月, 2013 1 次提交
  10. 09 4月, 2013 4 次提交
    • N
      ARM: dts: omap4-panda: move generic sections to panda-common · 4b79197c
      Nishanth Menon 提交于
      PandaBoard, PandaBoard-A4 revisions use OMAP4430.
      PandaBoard-ES version of the board uses OMAP4460.
      
      Move the original panda dts file into a common dtsi used by all panda
      variants. This allows us to introduce SoC variation for PandaBoard ES
      without impacting other PandaBoard versions that are supported.
      As part of this change, since OMAP4460 adds on to OMAP4430, add
      omap4.dtsi to omap4460.dtsi.
      Signed-off-by: NNishanth Menon <nm@ti.com>
      Cc: Kevin Hilman <khilman@deeprootsystems.com>
      Cc: Jon Hunter <jon-hunter@ti.com>
      Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
      Cc: Shawn Guo <shawn.guo@linaro.org>
      Cc: Keerthy <j-keerthy@ti.com>
      Signed-off-by: NBenoit Cousson <benoit.cousson@linaro.org>
      4b79197c
    • N
      ARM: dts: OMAP443x: Add CPU OPP table · e77049bb
      Nishanth Menon 提交于
      Add DT OPP table for OMAP443x family of devices. This data is
      decoded by OF with of_init_opp_table() helper function.
      
      OPP data here is based on existing opp4xxx_data.c
      
      Since the omap4460 OPP tables would be different from OMAP443x,
      introduce an new omap443x.dtsi for 443x specific entries and use
      existing omap4.dtsi as the common dtsi file for all OMAP4 platforms.
      
      This is in preparation to use generic cpufreq-cpu0 driver for device
      tree enabled boot. Legacy non device tree enabled boot continues to
      use omap-cpufreq.c and opp4xxx_data.c.
      Signed-off-by: NNishanth Menon <nm@ti.com>
      Cc: Kevin Hilman <khilman@deeprootsystems.com>
      Cc: Jon Hunter <jon-hunter@ti.com>
      Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
      Cc: Shawn Guo <shawn.guo@linaro.org>
      Cc: Keerthy <j-keerthy@ti.com>
      Signed-off-by: NBenoit Cousson <benoit.cousson@linaro.org>
      e77049bb
    • K
      ARM: dts: OMAP: Add usb_otg and glue data to OMAP3+ boards · ad871c10
      Kishon Vijay Abraham I 提交于
      Add usb otg data node in omap4/omap3 device tree file. Also update
      the node with board specific setting in omapx-<board>.dts file.
      The dt data specifies among others the interface type (ULPI or UTMI),
      mode which is mostly OTG, power that specifies the amount of power
      this can supply when in host mode.
      
      The information about usb otg node is available @
      Documentation/devicetree/bindings/usb/omap-usb.txt
      Signed-off-by: NKishon Vijay Abraham I <kishon@ti.com>
      Acked-by: NFelipe Balbi <balbi@ti.com>
      Signed-off-by: NBenoit Cousson <benoit.cousson@linaro.org>
      ad871c10
    • S
      ARM: dts: omap4-panda: Add I2c pinctrl data · adb9e561
      Sourav Poddar 提交于
      Booting 3.8-rc6 on omap4 panda results in the following error
      
      [    0.444427] omap_i2c 48070000.i2c: did not get pins for i2c error: -19
      [    0.445770] omap_i2c 48070000.i2c: bus 0 rev0.11 at 400 kHz
      [    0.473937] omap_i2c 48072000.i2c: did not get pins for i2c error: -19
      [    0.474670] omap_i2c 48072000.i2c: bus 1 rev0.11 at 400 kHz
      [    0.474822] omap_i2c 48060000.i2c: did not get pins for i2c error: -19
      [    0.476379] omap_i2c 48060000.i2c: bus 2 rev0.11 at 100 kHz
      [    0.477294] omap_i2c 48350000.i2c: did not get pins for i2c error: -19
      [    0.477996] omap_i2c 48350000.i2c: bus 3 rev0.11 at 400 kHz
      [    0.483398] Switching to clocksource 32k_counter
      
      This happens because omap4 panda dts file is not adapted to use i2c through
      pinctrl framework. Populating i2c pinctrl data to get rid of the error.
      
      Tested on omap4460 panda with 3.8-rc6 kernel.
      Signed-off-by: NSourav Poddar <sourav.poddar@ti.com>
      Reported-by: NLuciano Coelho <coelho@ti.com>
      Signed-off-by: NBenoit Cousson <benoit.cousson@linaro.org>
      adb9e561
  11. 07 11月, 2012 1 次提交
  12. 29 10月, 2012 1 次提交
  13. 09 10月, 2012 2 次提交
  14. 08 9月, 2012 1 次提交
  15. 09 7月, 2012 1 次提交
  16. 21 6月, 2012 1 次提交
  17. 15 5月, 2012 1 次提交
  18. 10 5月, 2012 1 次提交
  19. 15 3月, 2012 1 次提交
  20. 07 3月, 2012 1 次提交
  21. 14 12月, 2011 1 次提交
  22. 05 10月, 2011 1 次提交