Hi Tony,
On Friday 21 November 2014 03:58 AM, Tony Lindgren wrote:
Just move to drivers as further clean-up can now happen there
finally.
Cc: Arnd Bergmann a...@arndb.de
Cc: Roger Quadros rog...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/Kconfig
Hi Tony,
On 11/21/2014 12:28 AM, Tony Lindgren wrote:
Just move to drivers as further clean-up can now happen there
finally.
Cc: Arnd Bergmann a...@arndb.de
Cc: Roger Quadros rog...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/Kconfig
Tony,
On 11/21/2014 12:28 AM, Tony Lindgren wrote:
We still need to support platform data for omap3 until it's booting
in device tree only mode. So let's add platform_data/omap-gpmc.h for
that, and a minimal linux/omap-gpmc.h for the save and restore used
by the PM code.
Once omap3 boots
On 11/21/2014 12:28 AM, Tony Lindgren wrote:
This will us allow to just move gpmc.c to live under drivers
in the next patch.
Note that we now also remove the omap specific check for the
initcall. That's OK as gpmc_probe() checks for the pdata
and bails out for other platforms compiled in.
On Friday 21 November 2014 10:56 AM, Paul Walmsley wrote:
On Fri, 21 Nov 2014, Vignesh R wrote:
On 11/20/2014 12:39 PM, Paul Walmsley wrote:
On Tue, 4 Nov 2014, Vignesh R wrote:
This patch adds hwmod support for tscadc to work on am43xx-evm. The am33xx
hwmod structures of tscadc has been
This patch adds hwmod support for ADC on AM43xx. Since clockdomain
and offsets of adc_tsc are different from AM33xx, ADC data has been
directly added to AM43xx hwmod file.
Signed-off-by: Vignesh R vigne...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 39 ++
This patch adds tscadc DT entries for am437x-gp-evm
and am43x-epos-evm.
Signed-off-by: Vignesh R vigne...@ti.com
---
arch/arm/boot/dts/am4372.dtsi| 20
arch/arm/boot/dts/am437x-gp-evm.dts | 8
arch/arm/boot/dts/am43x-epos-evm.dts | 8
3 files
This series of patches enable ADC on am437x-gp-evm and am43x-epos-evm.
tscadc DT node has been added to am437x-gp and am43x-epos DT files.
With these patches, ADC functionalities are now available on am43xx.
Change log:
v3:
Add ADC hwmod data to AM43xx hwmod file instead
of sharing hwmod
On Friday 21 November 2014 11:15:05 Roger Quadros wrote:
On 11/21/2014 12:28 AM, Tony Lindgren wrote:
Just move to drivers as further clean-up can now happen there
finally.
Awesome!
arch/arm/mach-omap2/Kconfig | 1 +
arch/arm/mach-omap2/Makefile
On Thu, Nov 20, 2014 at 12:59:44PM +0200, Tomi Valkeinen wrote:
The series looks good to me, and works for me.
Do you have any comments for the sound/ parts? If not, I can merge this
series via fbdev tree, and for that I'd like your ack on the sound/ patches.
I've not reviewed it yet and I'm
On Thursday 20 November 2014 08:10 PM, Richard Cochran wrote:
On Thu, Nov 20, 2014 at 07:26:00PM +0530, Sekhar Nori wrote:
I tested this using lcd7 cape connected to beaglebone black. The latest
kernel I could find on this board was a TI BSP based v3.14 kernel. So I
had to port these patches
On 11/21/2014 01:23 PM, Mark Brown wrote:
On Thu, Nov 20, 2014 at 12:59:44PM +0200, Tomi Valkeinen wrote:
The series looks good to me, and works for me.
Do you have any comments for the sound/ parts? If not, I can merge this
series via fbdev tree, and for that I'd like your ack on the
On 11/21/2014 01:23 PM, Mark Brown wrote:
With this specific series I also need to figure out what all the video
side is about (like I said earlier a lot of the patches look like
they're supposed to be simple fixes for the video code not terribly
closely tied to the rest of the series but none
Thanks. What should I rebase against? Is 3.18-rc sufficient or is there
some other tree I should work against?
Thanks,
NeilBrown
git://git.linaro.org/people/ulf.hansson/mmc.git
Kind regards
Uffe
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a
On Fri, Nov 21, 2014 at 05:40:12PM +0530, Sekhar Nori wrote:
Not sure how to reproduce the jumping on pen-up.
Does the cursor stay in exactly the same spot when you lift up the
stylus? Then you don't have the issue.
On the BB white using the LCD4 cape and the shipped debian kernel, the
cursor
The series has dependency on
a) [PATCH v7 0/7] Enable support for Samsung Exynos7 SoC
http://www.spinics.net/lists/linux-samsung-soc/msg38734.html
b) [GIT PULL] Samsung clock changes for 3.19 - specifically the clock dt
bindings header.
USB and Power regulator on Exynos7 require gpios available
in BUS1 pin controller block.
So adding the BUS1 pinctrl support.
Signed-off-by: Naveen Krishna Ch naveenkrishna...@gmail.com
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Cc: Linus Walleij linus.wall...@linaro.org
---
There's no need to keep one local variable for clock, and
then assign the same to 'clk' member of dwc3_exynos.
Just cleaning it up.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
drivers/usb/dwc3/dwc3-exynos.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff
DWC3 controller on Exynos SoC series have separate control for
suspend clock which replaces pipe3_rx_pclk as clock source to
a small part of DWC3 core that operates when SS PHY is in its
lowest power state (P3) in states SS.disabled and U3.
Suggested-by: Anton Tikhomirov av.tikhomi...@samsung.com
DWC3 controller on Exynos7 SoC has separate control for
AXI UpScaler which connects DWC3 DRD controller to AXI bus.
Get the gate clock for the same to control it across power
cycles.
Suggested-by: Anton Tikhomirov av.tikhomi...@samsung.com
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
Exynos7 SoC has now separate gate control for 125MHz pipe3 phy
clock, as well as 60MHz utmi phy clock.
Additionally, separate gate control is available for the clock
used for ITP (Isochronous Transfer Packet) generation.
So get the same and control in the phy-exynos5-usbdrd driver.
Suggested-by:
Some Exynos boards have a separate regulator controlling a
Boost 5V supply which goes as input for VBUS regulator.
So adding a control for the same in driver, to enable
vbus supply on the port.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
drivers/phy/phy-exynos5-usbdrd.c | 32
This PHY controller is also present on Exynos7 platform
in arch-exynos family.
So PHY_EXYNOS5_USBDRD should now depend on ARCH_EXYNOS.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
drivers/phy/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Adding required gate clocks for USB3.0 DRD controller
present on Exynos7.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
drivers/clk/samsung/clk-exynos7.c | 64 +++
include/dt-bindings/clock/exynos7-clk.h |9 -
2 files changed, 72
BUS1 pinctrl provides gpios for usb and power regulator
available on exynos7-espresso board. So add relevant device
node for pinctrl-bus1.
Signed-off-by: Naveen Krishna Ch naveenkrishna...@gmail.com
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
Adding USB 3.0 DRD controller device node, with its clock
and phy information to enable using the same on Exynos7.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm64/boot/dts/exynos/exynos7.dtsi | 35 +++
1 file changed, 35 insertions(+)
diff --git
Adding fixed voltage regulators for Vbus and Vbus-boost required
by USB 3.0 DRD controller on Exynos7-espresso board.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm64/boot/dts/exynos/exynos7-espresso.dts | 43 +++
1 file changed, 43 insertions(+)
diff
I tested version 4 of the patch series on a custom design and I saw
also the jumps as described by Richard. I played a little with the
sample delay and it got better but I couldn't completely remove the
jumps.
The other issue I had with version 3, the pen_ups during the busy
loop, is solved. I
On Fri, Nov 21, 2014 at 07:05:43PM +0530, Vivek Gautam wrote:
The series has dependency on
a) [PATCH v7 0/7] Enable support for Samsung Exynos7 SoC
http://www.spinics.net/lists/linux-samsung-soc/msg38734.html
b) [GIT PULL] Samsung clock changes for 3.19 - specifically the clock dt
On Friday 21 November 2014 08:41 PM, Johannes Pointner wrote:
I tested version 4 of the patch series on a custom design and I saw
also the jumps as described by Richard. I played a little with the
sample delay and it got better but I couldn't completely remove the
jumps.
And before the
On Fri, Nov 21, 2014 at 01:28:44AM +0400, Alexander Kochetkov wrote:
Arbitration Lost is a expected situation in a multimaster environment.
IP correctly detect it.
The only reason for reseting IP in the AL case is to be sure to
avoid advisory 1.94 (omap3) and errata i595 (omap4):
I2C: After
On Fri, Nov 21, 2014 at 01:28:43AM +0400, Alexander Kochetkov wrote:
In a multimaster environment, after IP software reset, BB-bit value doesn't
correspond to the current bus state. It may happen what BB-bit will be 0,
while the bus is busy due to another I2C master activity.
Any transfer
On Fri, Nov 21, 2014 at 01:28:42AM +0400, Alexander Kochetkov wrote:
Delete STAT_AD0 mask as unrelated to current IP (omap1?).
Delete DEBUG conditional around SYSTEST masks group.
Add SYSTEST functional mode masks for SCL and SDA.
Add STAT_BF mask.
Signed-off-by: Alexander Kochetkov
On Fri, Nov 21, 2014 at 01:28:45AM +0400, Alexander Kochetkov wrote:
No functional changes.
Signed-off-by: Alexander Kochetkov al.koc...@gmail.com
heh:
Tested on BBB and AM437x Starter Kit
Tested-by: Felipe Balbi ba...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
---
On Fri, Nov 21, 2014 at 04:16:51AM +0400, Alexander Kochetkov wrote:
commit 6d9939f651419a63e091105663821f9c7d3fec37 (i2c: omap: split out [XR]DR
and [XR]RDY) changed the way how errata i207 (I2C: RDR Flag May Be Incorrectly
Set) get handled. 6d9939f6514 code doesn't correspond to workaround
* Roger Quadros rog...@ti.com [141121 01:30]:
On 11/21/2014 12:28 AM, Tony Lindgren wrote:
+#include linux/omap-gpmc.h
+#include linux/platform_data/omap-gpmc.h
I think we should get rid for mach-omap2/gpmc.h and include the above two
headers wherever needed.
Well I'm trying to keep the
On Fri, Nov 21, 2014 at 02:35:07PM +0200, Jyri Sarha wrote:
On 11/21/2014 01:23 PM, Mark Brown wrote:
With this specific series I also need to figure out what all the video
side is about (like I said earlier a lot of the patches look like
they're supposed to be simple fixes for the video code
* Roger Quadros rog...@ti.com [141121 01:43]:
On 11/21/2014 12:28 AM, Tony Lindgren wrote:
This will us allow to just move gpmc.c to live under drivers
in the next patch.
Note that we now also remove the omap specific check for the
initcall. That's OK as gpmc_probe() checks for the
* Arnd Bergmann a...@arndb.de [141121 03:17]:
On Friday 21 November 2014 11:15:05 Roger Quadros wrote:
On 11/21/2014 12:28 AM, Tony Lindgren wrote:
Just move to drivers as further clean-up can now happen there
finally.
Awesome!
arch/arm/mach-omap2/Kconfig
On Fri, Nov 21, 2014 at 02:10:11PM +0200, Jyri Sarha wrote:
OMAP HDMI audio is fundamentally different to the case on Armada or on BBB.
In omap the whole HDMI IP is integrated to the SoC and there really is no
codec in the ASoC sense. The the cpu-dai transmits the audio directly to
hdmi wire
* Tony Lindgren t...@atomide.com [141121 08:18]:
* Roger Quadros rog...@ti.com [141121 01:30]:
On 11/21/2014 12:28 AM, Tony Lindgren wrote:
+#include linux/omap-gpmc.h
+#include linux/platform_data/omap-gpmc.h
I think we should get rid for mach-omap2/gpmc.h and include the above two
* Lokesh Vutla lokeshvu...@ti.com [141121 00:09]:
On Friday 21 November 2014 03:58 AM, Tony Lindgren wrote:
--- a/drivers/bus/Makefile
+++ b/drivers/bus/Makefile
@@ -5,7 +5,8 @@
obj-$(CONFIG_BRCMSTB_GISB_ARB) += brcmstb_gisb.o
obj-$(CONFIG_IMX_WEIM) += imx-weim.o
On Fri, 21 Nov 2014, Vignesh R wrote:
This patch adds hwmod support for ADC on AM43xx. Since clockdomain
and offsets of adc_tsc are different from AM33xx, ADC data has been
directly added to AM43xx hwmod file.
Signed-off-by: Vignesh R vigne...@ti.com
Thanks, will try to queue this for
On Fri, Nov 21, 2014 at 01:28:44AM +0400, Alexander Kochetkov wrote:
Arbitration Lost is a expected situation in a multimaster environment.
IP correctly detect it.
The only reason for reseting IP in the AL case is to be sure to
avoid advisory 1.94 (omap3) and errata i595 (omap4):
I2C: After
Before the patches were also jumps but I thought it is something
Vignesh should know. Maybe there is some fix for that too?
As Richard also noted, it would be nice if ti could let us know how to
get the delay values right. By trial and error is IMHO not the best
way.
For the testing I used 3.16.7.
Just move to drivers as further clean-up can now happen there
finally.
Let's also add Roger and me to the MAINTAINERS so we get
notified for any patches related to GPMC.
Cc: Arnd Bergmann a...@arndb.de
Cc: Roger Quadros rog...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
MAINTAINERS
This will us allow to just move gpmc.c to live under drivers
in the next patch.
Note that we now also remove the omap specific check for the
initcall. That's OK as gpmc_probe() checks for the pdata
and bails out for other platforms compiled in.
Also the postcore_initcall() maybe possible to
We still need to support platform data for omap3 until it's booting
in device tree only mode. So let's add platform_data/omap-gpmc.h for
that, and a minimal linux/omap-gpmc.h for the save and restore used
by the PM code.
Let's also keep a minimal mach-omap2/gpmc.h still around to avoid
churn on
Hi,
Here's version 2 of the patches to move omap GPMC (General Purpose
Memory Controller) to live under drivers for further clean-up
work.
Changes from the first version are:
- Few randconfig fixes for the first patch in the series
- Don't include mach-omap2/gpmc.h any longer in any files
we
On Fri, Nov 21, 2014 at 10:34:16AM -0800, Tony Lindgren wrote:
Just move to drivers as further clean-up can now happen there
finally.
Let's also add Roger and me to the MAINTAINERS so we get
notified for any patches related to GPMC.
Cc: Arnd Bergmann a...@arndb.de
Cc: Roger Quadros
* Felipe Balbi ba...@ti.com [141121 10:40]:
On Fri, Nov 21, 2014 at 10:34:16AM -0800, Tony Lindgren wrote:
--- a/drivers/memory/Kconfig
+++ b/drivers/memory/Kconfig
@@ -41,6 +41,14 @@ config TI_EMIF
parameters and other settings during frequency, voltage and
temperature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony
The following changes since commit 79005fbd3e1d671d08c45c9140ee9826efdc367c:
ARM: OMAP2+: hwmod: drop unnecessary list initialization (2014-11-13 09:36:55
-0700)
are available in the git repository at:
On Fri, Nov 21, 2014 at 07:17:18PM +0100, Johannes Pointner wrote:
Before the patches were also jumps but I thought it is something
Vignesh should know. Maybe there is some fix for that too?
As Richard also noted, it would be nice if ti could let us know how to
get the delay values right. By
-Original Message-
From: Richard Cochran [mailto:richardcoch...@gmail.com]
On Fri, Nov 21, 2014 at 07:17:18PM +0100, Johannes Pointner wrote:
Before the patches were also jumps but I thought it is something
Vignesh should know. Maybe there is some fix for that too?
I believe
Arbitration Lost is an expected situation in a multimaster
environment. I2C controller (IP) correctly detect and report AL.
The only one visible reason for reseting IP in the AL case is
to avoid advisory 1.94 (omap3) and errata i595 (omap4): I2C:
After an Arbitration is Lost the Module
21 нояб. 2014 г., в 19:08, Felipe Balbi ba...@ti.com написал(а):
Tested on BBB and AM437x Starter Kit
Tested-by: Felipe Balbi ba...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
21 нояб. 2014 г., в 0:10, Aaro Koskinen aaro.koski...@iki.fi написал(а):
I could not see any breakage or
21 нояб. 2014 г., в 3:29, Alexander Kochetkov al.koc...@gmail.com написал(а):
Found by code review. Real impact haven't seen.
Tested on Beagleboard XM C.
Does anybody know the certain rare conditions when RDR errata appears?
I tested without luck (Beagleboard XM C).
Spent half a day
* Paul Walmsley p...@pwsan.com [141121 11:19]:
Hi Tony
The following changes since commit 79005fbd3e1d671d08c45c9140ee9826efdc367c:
ARM: OMAP2+: hwmod: drop unnecessary list initialization (2014-11-13
09:36:55 -0700)
are available in the git repository at:
* Felipe Balbi ba...@ti.com [141117 11:10]:
On Mon, Nov 17, 2014 at 01:02:35PM -0600, George McCollister wrote:
This adds the NovaTech OrionLXm which is based on the AM335x SoC
http://www.novatechweb.com/substation-automation/orionlxm/
RAM: 512MiB
Flash: 4GB eMMC
Ethernet PHYs: 2x
* NeilBrown ne...@suse.de [141118 19:45]:
On Wed, 12 Nov 2014 16:31:54 -0600 Felipe Balbi ba...@ti.com wrote:
this is actually what the USB Battery Charging spec requires us to
implement. If Linux is doing differently, it's a bug on Linux which
should be fixed :-)
No host is allowed
* Daniel Thompson daniel.thomp...@linaro.org [141117 06:53]:
The omap1's debug-macro.S is similar to the generic 8250 code. Compared to
the 8520 code the omap1 macro automatically determines what UART to use
based on breadcrumbs left by the bootloader and automatically copes with
the eccentric
* Roger Quadros rog...@ti.com [141117 05:10]:
The SoC contains 2 DCAN modules. Add them.
Thanks applying all into omap-for-v3.19/dt-v2.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
* Adam YH Lee adam.yh@gmail.com [141113 10:06]:
The HDMI node does not have a power supply attached. As a result its
power regulator, VDAC, shuts off on boot and screen loses signal.
This attaches VDAC (vdda_hdmi_dac) to HDMI's vdda-supply.
Applying into omap-for-v3.19/dt-v2 thanks.
Tony
* Sebastian Reichel s...@kernel.org [141114 17:49]:
Add si4713 node to the N900 device tree file.
Applying into omap-for-v3.19/dt-v2 thanks.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
* Sebastian Reichel s...@kernel.org [141114 18:10]:
This adds support for the N900's battery to the
Nokia N900 DTS file.
Applying this too thanks.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
* Lokesh Vutla lokeshvu...@ti.com [141119 04:26]:
Add node for RTC.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
[n...@ti.com: update with rtc crossbar number]
Signed-off-by: Nishanth Menon n...@ti.com
Applying into omap-for-v3.19/dt-v2 thanks.
Tony
---
Changes since v1:
- Fixed rtc
* Dmitry Lifshitz lifsh...@compulab.co.il [141118 01:15]:
Add support for more SBC-T3x single board computers features:
* CM-T3x CoM and SB-T35 baseboard EEPROMs
* TV out
* Touchscreen
* CM-T3x30 audio
* CM-T3x30 keypad
Applying all into omap-for-v3.19/dt-v2 thanks.
Tony
Dmitry
* Tony Lindgren t...@atomide.com [141121 15:52]:
* Roger Quadros rog...@ti.com [141117 05:10]:
The SoC contains 2 DCAN modules. Add them.
Thanks applying all into omap-for-v3.19/dt-v2.
Oops, have to drop these as they cause this on make dtbs:
DTC arch/arm/boot/dts/dra7-evm.dtb
* Tony Lindgren t...@atomide.com [141121 16:04]:
* Dmitry Lifshitz lifsh...@compulab.co.il [141118 01:15]:
Add support for more SBC-T3x single board computers features:
* CM-T3x CoM and SB-T35 baseboard EEPROMs
* TV out
* Touchscreen
* CM-T3x30 audio
* CM-T3x30 keypad
Applying
* Vignesh R vigne...@ti.com [141121 02:18]:
This patch adds tscadc DT entries for am437x-gp-evm
and am43x-epos-evm.
Applying into omap-for-v3.19/dt-v2 thanks.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
* Felipe Balbi ba...@ti.com [141118 10:08]:
Many of AM335x and AM437x hook backlight to
one of these two devices. By enabling their
drivers we make sure pwm-backlight can do
its thing.
Applying patches 1 - 5 to omap-for-v3.19/soc thanks.
Tony
--
To unsubscribe from this list: send the line
Hi Wolfram,
On Tue, Nov 18, 2014 at 02:19:07PM -0600, Felipe Balbi wrote:
On Tue, Nov 18, 2014 at 12:14:21PM -0800, Dmitry Torokhov wrote:
On Tue, Nov 18, 2014 at 02:03:40PM -0600, Felipe Balbi wrote:
On Tue, Nov 18, 2014 at 11:59:02AM -0800, Dmitry Torokhov wrote:
On Tue, Nov 18, 2014
On Sat, Nov 22, 2014 at 02:51:47AM +0400, Alexander Kochetkov wrote:
Arbitration Lost is an expected situation in a multimaster
environment. I2C controller (IP) correctly detect and report AL.
The only one visible reason for reseting IP in the AL case is
to avoid advisory 1.94 (omap3) and
73 matches
Mail list logo