1. 01 3月, 2016 1 次提交
  2. 23 2月, 2016 1 次提交
  3. 11 2月, 2016 1 次提交
  4. 05 2月, 2016 2 次提交
  5. 01 12月, 2015 1 次提交
  6. 25 11月, 2015 1 次提交
    • F
      rtc: ds1307: fix kernel splat due to wakeup irq handling · 51c4cfef
      Felipe Balbi 提交于
      Since commit 3fffd128 ("i2c: allow specifying
      separate wakeup interrupt in device tree") we have
      automatic wakeup irq support for i2c devices. That
      commit missed the fact that rtc-1307 had its own
      wakeup irq handling and ended up introducing a
      kernel splat for at least Beagle x15 boards.
      
      Fix that by reverting original commit _and_ passing
      correct interrupt names on DTS so i2c-core can
      choose correct IRQ as wakeup.
      
      Now that we have automatic wakeirq support, we can
      revert the original commit which did it manually.
      
      Fixes the following warning:
      
      [   10.346582] WARNING: CPU: 1 PID: 263 at linux/drivers/base/power/wakeirq.c:43 dev_pm_attach_wake_irq+0xbc/0xd4()
      [   10.359244] rtc-ds1307 2-006f: wake irq already initialized
      
      Cc: Tony Lindgren <tony@atomide.com>
      Cc: Nishanth Menon <nm@ti.com>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      Acked-by: NTony Lindgren <tony@atomide.com>
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NAlexandre Belloni <alexandre.belloni@free-electrons.com>
      51c4cfef
  7. 13 10月, 2015 5 次提交
  8. 17 9月, 2015 2 次提交
    • R
      ARM: dts: am57xx-beagle-x15: use palmas-usb for USB2 · 84ad1bab
      Roger Quadros 提交于
      The VBUS line of USB2 is connected to VBUS detect logic on
      the PMIC. Use the palmas-usb driver to report VBUS events
      to the USB driver.
      
      As the palmas-usb driver supports GPIO based ID reporting
      provide the GPIO for ID pin as well.
      Signed-off-by: NRoger Quadros <rogerq@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      84ad1bab
    • N
      ARM: dts: am57xx-beagle-x15: Update Phy supplies · 5005296e
      Nishanth Menon 提交于
      Originally, all the SoC PHY rails were supplied by LDO3. However, as a
      result of characterization, it was determined that this posed a risk in
      extreme load  conditions. Hence the PHY rails are split between two
      different LDOs. Update the related node as a result
      
      LDO3/VDDA_1V8_PHYA supplies vdda_usb1, vdda_usb2, vdda_sata, vdda_usb3
      LDO4/VDDA_1V8_PHYB supplies vdda_pcie1, vdda_pcie0, vdda_hdmi, vdda_pcie
      
      NOTE: We break compatibility with pre-production boards with this change
      since, the PMIC LDO4 is disabled at OTP level.
      
      The new configuration is the plan of record and all pre-production
      boards are supposed to be replaced with the latest boards matching the
      mentioned configuration.
      
      Some very few 10 something boards have been created and
      stopped production till the latest modifications were done (PMIC USB
      interrupt, LDO4 etc) - and all of those boards are now getting
      scrapped.. If there are any (as per tracking information, there should
      not be any), TI should be contacted to have them replaced.
      Signed-off-by: NNishanth Menon <nm@ti.com>
      [tony@atomide.com: updated commit about these being TI internal protos]
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      5005296e
  9. 15 9月, 2015 2 次提交
  10. 12 8月, 2015 1 次提交
  11. 05 8月, 2015 1 次提交
  12. 06 7月, 2015 1 次提交
  13. 04 6月, 2015 1 次提交
  14. 05 5月, 2015 4 次提交
  15. 27 3月, 2015 1 次提交
  16. 18 3月, 2015 1 次提交
    • R
      ARM: dts: dra7x-evm: beagle-x15: Fix USB Peripheral · a7b0aa19
      Roger Quadros 提交于
      Now that we have EXTCON_USB_GPIO queued for v4.1, revert
      commit addfcde7 ("ARM: dts: dra7x-evm: beagle-x15: Fix USB Host")
      
      On these EVMs, the USB cable state has to be determined via the
      ID pin tied to a GPIO line. We use the gpio-usb-extcon driver
      to read the ID pin and the extcon framework to forward
      the USB cable state information to the USB driver so the
      controller can be configured in the right mode (host/peripheral).
      
      Gets USB peripheral mode to work on this EVM.
      Reviewed-by: NFelipe Balbi <balbi@ti.com>
      Signed-off-by: NRoger Quadros <rogerq@ti.com>
      a7b0aa19
  17. 17 3月, 2015 1 次提交
  18. 15 3月, 2015 1 次提交
  19. 25 2月, 2015 1 次提交
  20. 31 1月, 2015 2 次提交
  21. 08 1月, 2015 2 次提交
  22. 12 11月, 2014 1 次提交
    • N
      ARM: dts: Add am57xx-beagle-x15 · 5a0f93c6
      Nishanth Menon 提交于
      BeagleBoard-X15 is the next generation Open Source Hardware
      BeagleBoard based on TI's AM5728 SoC featuring dual core 1.5GHz A15
      processor. The platform features 2GB DDR3L (w/dual 32bit busses),
      eSATA, 3 USB3.0 ports, integrated HDMI (1920x1080@60), separate LCD
      port, video In port, 4GB eMMC, uSD, Analog audio in/out, dual 1G
      Ethernet.
      
      For more information, refer to:
      BeagleBoard-X15 Wiki:
      http://www.elinux.org/Beagleboard:BeagleBoard-X15
      
      AM5728 is part of the Sitara product family whose additional details
      will be available: http://www.ti.com/lsds/ti/arm/overview.page
      
      Technical Reference Manual for AM5728 is public domain at:
      http://www.ti.com/lit/spruhz6
      
      Just add basic support for the moment, the following updates are needed:
        i)	Ethernet - depends on SoC dts fixes
        ii)	USB Client (USB2) - depends on GPIO extcon
        ii)	HDMI - additional driver fixes pending
        iii)	Audio - additional driver fixes pending
      
      NOTE:
      AM5728 Data Manual (SPRS915L - August 2014) section 4.1.1 states: "All
      unused power supply balls must be supplied with the voltages specified
      in the Section 5.2, Recommended Operating Conditions". This implies
      that all unused voltage rails for AM5728 can never be switched off even
      if the hardware blocks inside that voltage domain is unused. Switching
      off these unused rails may result in stability issues on other domains
      and increased leakage and power-on-hour impacts.
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      Signed-off-by: NNishanth Menon <nm@ti.com>
      Reviewed-by: NTom Rini <trini@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      5a0f93c6