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) an
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
* Felipe Balbi [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 "unsubscri
* Vignesh R [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 majordomo in
* Tony Lindgren [141121 16:04]:
> * Dmitry Lifshitz [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/
* Tony Lindgren [141121 15:52]:
> * Roger Quadros [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
Warning (reg_format): "reg" pro
* Dmitry Lifshitz [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 Lifshitz (9):
> ARM:
* Lokesh Vutla [141119 04:26]:
> Add node for RTC.
>
> Signed-off-by: Lokesh Vutla
> [n...@ti.com: update with rtc crossbar number]
> Signed-off-by: Nishanth Menon
Applying into omap-for-v3.19/dt-v2 thanks.
Tony
> ---
> Changes since v1:
> - Fixed rtc dt node label.
> arch/arm/boot/dts/dra7
* Sebastian Reichel [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 info at http:
* Sebastian Reichel [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 http://vger.k
* Adam YH Lee [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
> Signed-off-by:
* Roger Quadros [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 http://vger.kern
* Daniel Thompson [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 register layout on OMA
* NeilBrown [141118 19:45]:
> On Wed, 12 Nov 2014 16:31:54 -0600 Felipe Balbi 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 to source mo
* Felipe Balbi [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 Mi
* Paul Walmsley [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:
>
> git://git.kernel.org/pub/sc
21 нояб. 2014 г., в 3:29, Alexander Kochetkov написал(а):
>>
>> 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 trying to ca
21 нояб. 2014 г., в 19:08, Felipe Balbi написал(а):
> Tested on BBB and AM437x Starter Kit
>
> Tested-by: Felipe Balbi
> Reviewed-by: Felipe Balbi
21 нояб. 2014 г., в 0:10, Aaro Koskinen написал(а):
> I could not see any breakage or anything wrong on OMAP2 & OMAP3.
> On OMAP1 I don't have
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 Incorrectl
> -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 beli
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. B
-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:
git://git.kernel.org/pub/scm/linu
* Felipe Balbi [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 change
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
> Cc: Roger Quadros
> Signed-o
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
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 th
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 chang
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
Cc: Roger Quadros
Signed-off-by: Tony Lindgren
---
MAINTAINERS
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.
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:
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
Thanks, will try to queue this for v3.19. Will up
* Lokesh Vutla [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
> > obj-$(CONFIG_MVE
* Tony Lindgren [141121 08:18]:
> * Roger Quadros [141121 01:30]:
> > On 11/21/2014 12:28 AM, Tony Lindgren wrote:
> > > +#include
> > > +#include
> >
> > 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 chu
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 wi
* Arnd Bergmann [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
* Roger Quadros [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 pdata
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 vide
* Roger Quadros [141121 01:30]:
> On 11/21/2014 12:28 AM, Tony Lindgren wrote:
> > +#include
> > +#include
>
> 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 churn on patching all board-*.c files
down to minimum
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
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
heh:
Tested on BBB and AM437x Starter Kit
Tested-by: Felipe Balbi
Reviewed-by: Felipe Balbi
> ---
> drivers/i2c/busses/i2c-omap.c | 12 +++-
> 1 fi
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 transfe
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:
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 pat
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
>
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 expe
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
---
arch/arm64/boot/dts/exynos/exynos7-espresso.dts | 43 +++
1 file changed, 43 insertions(+)
diff --git a/arch/arm64/boot/dts
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
---
arch/arm64/boot/dts/exynos/exynos7.dtsi | 35 +++
1 file changed, 35 insertions(+)
diff --git a/arch/arm64/boot/dts/ex
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
Signed-off-by: Vivek Gautam
---
arch/arm64/boot/dts/exynos/exynos7-pinctrl.dtsi | 26 +++
arch/arm64/
Adding required gate clocks for USB3.0 DRD controller
present on Exynos7.
Signed-off-by: Vivek Gautam
---
drivers/clk/samsung/clk-exynos7.c | 64 +++
include/dt-bindings/clock/exynos7-clk.h |9 -
2 files changed, 72 insertions(+), 1 deletion(-)
diff -
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
---
drivers/phy/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/phy/Kconfig b/drivers/phy/Kcon
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
---
drivers/phy/phy-exynos5-usbdrd.c | 32 ++
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:
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
Signed-off-by: Vivek Gautam
---
Documentation/devicetree/bindings/usb/exynos-usb.
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
Signed-off-by: Vivek Gaut
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
---
drivers/usb/dwc3/dwc3-exynos.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/usb/dwc3/
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
Signed-off-by: Vivek Gautam
Cc: Linus Walleij
---
drivers/pinctrl/samsung/pinctrl-exynos.c | 12
1 file changed, 12 inser
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.
http://comments.gmane.org/gmane.linux.kernel.sams
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 *
>
> 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 o
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 of
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 sound/
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 pat
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
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
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 structur
This patch adds tscadc DT entries for am437x-gp-evm
and am43x-epos-evm.
Signed-off-by: Vignesh R
---
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 changed, 36 inserti
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
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 39 ++
1 file changed,
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 o
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
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 bo
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
> Cc: Roger Quadros
> Signed-off-by: Tony Lindgren
> ---
> arch/arm/mach-omap2/Kconfig | 1 +
> arch/arm/mach-omap2/
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
> Cc: Roger Quadros
> Signed-off-by: Tony Lindgren
> ---
> arch/arm/mach-omap2/Kconfig | 1 +
> arch/ar
73 matches
Mail list logo