On 01/06/15 08:46, Paul Walmsley wrote:
Hi Tomi
On Wed, 6 May 2015, Tomi Valkeinen wrote:
This series adds the arch/arm/ side of the display support for DRA7 (DRA72x,
DRA74x, AM54xx) SoCs. Also support for HDMI output on x15 and DRA72 EVM
boards
is added.
This series is v3, and is
We need set-rate-parent flags for the display's clock path so that the
DSS driver can change the clock rate of the PLL.
This patchs adds the ti,set-rate-parent flag to 'dss_dss_clk' clock
node, which is only a gate clock, allowing the setting of the clock rate
to propagate to the PLL.
Hi,
This series adds the arch/arm/ side of the display support for DRA7 (DRA72x,
DRA74x, AM54xx) SoCs. Also support for HDMI output on x15 and DRA72 EVM boards
is added.
The difference to v4 is that the DESHDCP patches were moved to the beginning of
the series to fix boot issues if bisecting.
DESHDCP clock is needed on DRA7 based SoCs to enable the DSS IP. That
clock is an odd one, as it is not supposed to be any kind of core clock
for DSS, and we don't even support HDCP, but the clock is still needed
even for the HWMOD framework to be able to reset the DSS IP.
As there's no support
Add a new Linux clock for DRA7 based SoCs to control DESHDCP clock.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 5 +
arch/arm/boot/dts/dra7xx-clocks.dtsi | 10 ++
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 1 +
DRA72 EVM has a HDMI output. This patch adds the device tree nodes
required for HDMI.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: devicet...@vger.kernel.org
---
arch/arm/boot/dts/dra72-evm.dts | 110
1 file changed, 110 insertions(+)
diff
DRA7xxx contains a very similar DSS to OMAP5. The main differences are:
* no DSI or RFBI support.
* 1 or 2 dedicated video PLLs.
* need to do additional configuration to the DRA7 CONTROL module.
DRA72xx has only one video PLL, and DRA74xx has two.
Signed-off-by: Tomi Valkeinen
Add platform code to detect DRA7 DSS.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/display.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-omap2/display.c b/arch/arm/mach-omap2/display.c
index 9868d0bc7805..6ab13d18c636 100644
---
Set DSS core hwmod as the parent for all the DSS submodules.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
Simplify the DSS detection logic by creating a list of the omapdss
compat strings, instead of checking each separately with an 'if'.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/display.c | 29 ++---
1 file changed, 14 insertions(+), 15
Add DMM hwmod entries for DRA7. This is identical to DMM on OMAP5.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
AM57xx Beagle X15 has a HDMI output. This patch adds the device tree
nodes required for HDMI.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: devicet...@vger.kernel.org
---
arch/arm/boot/dts/am57xx-beagle-x15.dts | 81 +
1 file changed, 81 insertions(+)
tbclk is used by ehrpwm to generate PWM waveform on DRA7 SoC. Add Linux
clock to control ehrpwm tbclk.
Signed-off-by: Vignesh R vigne...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 5 +
arch/arm/boot/dts/dra7xx-clocks.dtsi | 26 ++
2 files changed, 31
Legacy IPs like PWMSS, present under l4per2_7xx_clkdm, cannot support
smart-idle when its clock domain is in HW_AUTO on DRA7 SoCs. Hence,
program clock domain to SW_WKUP.
Signed-off-by: Vignesh R vigne...@ti.com
---
arch/arm/mach-omap2/clockdomains7xx_data.c | 2 +-
1 file changed, 1
tbclk is needed by ehrpwm to generate pwm waveforms. Hence, register
the required clock information.
Signed-off-by: Vignesh R vigne...@ti.com
---
drivers/clk/ti/clk-7xx.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/clk/ti/clk-7xx.c b/drivers/clk/ti/clk-7xx.c
index
Add PWMSS device tree nodes for DRA7 SoC family and add documentation
for dt bindings.
Signed-off-by: Vignesh R vigne...@ti.com
---
.../devicetree/bindings/pwm/pwm-tiehrpwm.txt | 8 +++
.../devicetree/bindings/pwm/pwm-tipwmss.txt| 17 +-
arch/arm/boot/dts/dra7.dtsi
On Fri, May 22, 2015 at 4:35 PM, Grygorii Strashko
grygorii.stras...@linaro.org wrote:
This patch fixes following issue:
- GPIOn is used as IRQ by some dev, for example PCF8575.INT - gpio6.11
- PCFx driver knows nothing about type of IRQ line (GPIO or not)
so it doesn't request gpio and
Hi,
This patch series adds support for PWMSS on DRA7. The IP is same as that
present in AM33XX and AM43XX.
The first patch changes clock domain in which PWMSS is present
(l4per2_7xx_clkdm) to SW_WKUP. This is because legacy IPs like PWM
does'nt support HW_AUTO prorperly. Hence, switch clock
On Wed, May 20, 2015 at 11:59 AM, Jiang Liu jiang@linux.intel.com wrote:
Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
already have a pointer to corresponding irq_desc.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Acked-by: Linus Walleij
Add hwmod entries for the PWMSS on DRA7.
Signed-off-by: Vignesh R vigne...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 239 ++
1 file changed, 239 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
Hi Felipe,
On Friday 06 February 2015 08:18 PM, Felipe Balbi wrote:
Hi,
On Fri, Feb 06, 2015 at 05:25:35PM +0530, Kishon Vijay Abraham I wrote:
dwc3 can do only max packet aligned transfers. So in case request length
is not max packet aligned and is bigger than DWC3_EP0_BOUNCE_SIZE
two
On Sat, May 30, 2015 at 12:14:30PM +0200, Pavel Machek wrote:
Well... the driver was not broken... before you did cleanup that did
two functional changes. And yes, the dts should be fixed, but that
does not make your cleanup good.
Whether it's good or not is arguable, and it really boils down
On Fri, May 29, 2015 at 10:34:56PM +0200, Pavel Machek wrote:
Hi!
single DT, you don't even use that property in your driver, and now
that you realise you meant something else, you want the code that
not Pali, Sebastian.
actually parse the *right* property and does the
Here are some basic OMAP test results for Linux v4.1-rc6.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v4.1-rc6/20150601012139/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
On Mon 2015-06-01 11:49:19, Maxime Ripard wrote:
On Sat, May 30, 2015 at 12:14:30PM +0200, Pavel Machek wrote:
Well... the driver was not broken... before you did cleanup that did
two functional changes. And yes, the dts should be fixed, but that
does not make your cleanup good.
Whether
New system control module layout for omap3 overlooked parts of the am35xx
configuration. Basically the am35xx clocks were not converted to use the
changed offsets, which caused weird boot warnings. The errors were not
fatal so far, so they were not caught earlier. Fixed by applying the
proper
On 06/01/2015 08:49 AM, Paul Walmsley wrote:
+ Tero
Hello Jeroen,
On Mon, 1 Jun 2015, Jeroen Hofstee wrote:
On 30-05-15 17:56, Jeroen Hofstee wrote:
Hello Paul,
On 30-05-15 17:50, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v4.1-rc5.
Logs and other details at:
Hello Tero,
On 01-06-15 17:30, Tero Kristo wrote:
New system control module layout for omap3 overlooked parts of the am35xx
configuration. Basically the am35xx clocks were not converted to use the
changed offsets, which caused weird boot warnings. The errors were not
fatal so far, so they were
The 3eea8b5d68c801fec788b411582b803463834752 is just bad.
You were very welcome to review this patch at the time and/or suggest
a fix that pleases everyone.
You should be the one that should suggest fixes, as you broke it in
the first place. But clearly you don't understand
On Fri, May 22, 2015 at 9:03 PM, Tony Lindgren t...@atomide.com wrote:
* Grygorii Strashko grygorii.stras...@linaro.org [150522 07:37]:
Patches 1-5 seem to work for me, patch 6 does not.
So for patches 1-5, please feel free to add:
Tested-by: Tony Lindgren t...@atomide.com
OK I take this as
Hi,
On Thursday 16 April 2015 01:33 PM, NeilBrown wrote:
From: NeilBrown ne...@suse.de
The twl4030 phy can measure, with low precision, the
resistance-to-ground of the ID pin.
Add a function to read the value, and export the result
via sysfs.
Little sceptical about adding new sysfs entries.
On 2015/6/1 20:45, Linus Walleij wrote:
On Wed, May 20, 2015 at 11:59 AM, Jiang Liu jiang@linux.intel.com wrote:
Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
already have a pointer to corresponding irq_desc.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Hi!
But that's not what I'm asking. See a changelog of
3eea8b5d68c801fec788b411582b803463834752 and compare it with what it
actually does.
It is buggy. If fuzz is specified but maximum is not, it overwites
maximum with zero.
If maximum is not set, you'll have other issues anyway.
On Mon, Jun 01, 2015 at 04:06:06PM +0200, Pavel Machek wrote:
Hi!
But that's not what I'm asking. See a changelog of
3eea8b5d68c801fec788b411582b803463834752 and compare it with what it
actually does.
It is buggy. If fuzz is specified but maximum is not, it overwites
maximum
* Greg Kroah-Hartman gre...@linuxfoundation.org [150531 15:14]:
On Tue, May 26, 2015 at 09:09:26AM -0700, Tony Lindgren wrote:
* Peter Hurley pe...@hurleysoftware.com [150526 07:14]:
On 05/20/2015 04:07 PM, Sebastian Andrzej Siewior wrote:
The currently in-use port-startup and
* Robert Nelson robertcnel...@gmail.com [150531 19:20]:
On Sun, May 31, 2015 at 7:20 PM, Matthijs van Duin
matthijsvand...@gmail.com wrote:
Sorry for the late response, I only just noticed this since I wasn't CC'd.
This fix was not ever Reported-By or Tested-By me as it claims. It
is in
On 6/1/2015 6:15 AM, Linus Walleij wrote:
On Fri, May 22, 2015 at 9:03 PM, Tony Lindgren t...@atomide.com wrote:
* Grygorii Strashko grygorii.stras...@linaro.org [150522 07:37]:
Patches 1-5 seem to work for me, patch 6 does not.
So for patches 1-5, please feel free to add:
Tested-by: Tony
* Matthijs van Duin matthijsvand...@gmail.com [150531 22:16]:
Here's a version that attempts to address Tony's earlier request to
include some comments in the patch itself. Since I saw no way to
concisely summarize the issues, I included links to relevant messages
(and enough info to locate
* Jeroen Hofstee linux-...@myspectrum.nl [150601 09:58]:
Hello Tero,
On 01-06-15 17:30, Tero Kristo wrote:
New system control module layout for omap3 overlooked parts of the am35xx
configuration. Basically the am35xx clocks were not converted to use the
changed offsets, which caused weird
On Mon, 1 Jun 2015, Tony Lindgren wrote:
* Jeroen Hofstee linux-...@myspectrum.nl [150601 09:58]:
On 01-06-15 17:30, Tero Kristo wrote:
New system control module layout for omap3 overlooked parts of the am35xx
configuration. Basically the am35xx clocks were not converted to use the
* Matthijs van Duin matthijsvand...@gmail.com [150530 08:24]:
On 29 May 2015 at 17:50, Tony Lindgren t...@atomide.com wrote:
I believe some TI kernels use strongly-ordered mappings, mainline
kernel does not. Which kernel version are you using?
Normally I periodically rebuild based on
On Mon, Jun 01, 2015 at 05:21:11PM +0200, Pavel Machek wrote:
The 3eea8b5d68c801fec788b411582b803463834752 is just bad.
You were very welcome to review this patch at the time and/or suggest
a fix that pleases everyone.
You should be the one that should suggest fixes,
* Tony Lindgren t...@atomide.com [150601 11:06]:
* Paul Walmsley p...@pwsan.com [150601 10:45]:
See for example the Build warnings from toolchain, Kernel warnings
during boot to userspace, Kernel warnings during PM test, and Obsolete
Kconfig symbols sections here:
* Paul Walmsley p...@pwsan.com [150601 10:45]:
On Mon, 1 Jun 2015, Tony Lindgren wrote:
* Jeroen Hofstee linux-...@myspectrum.nl [150601 09:58]:
On 01-06-15 17:30, Tero Kristo wrote:
New system control module layout for omap3 overlooked parts of the am35xx
configuration. Basically
On 06/01/2015 08:44 PM, Paul Walmsley wrote:
On Mon, 1 Jun 2015, Tony Lindgren wrote:
* Jeroen Hofstee linux-...@myspectrum.nl [150601 09:58]:
On 01-06-15 17:30, Tero Kristo wrote:
New system control module layout for omap3 overlooked parts of the am35xx
configuration. Basically the am35xx
On 1 June 2015 at 19:23, Tony Lindgren t...@atomide.com wrote:
Ah finally you got around doing a proper patch :)
My First Linux Patch(tm) ;-)
Also, if this is needed as a fix for the mainline kernel to avoid hardware
damage, please let me know too ASAP.
The damaging configuration is having
Hi,
On Mon, Jun 01, 2015 at 03:23:48PM +0530, Kishon Vijay Abraham I wrote:
+ transferred = transfer_size - length;
+ buf = (u8 *)buf + transferred;
+ ur-actual += transferred;
this is dangerous. The extra size is because you *must* align OUT to
* Matthijs van Duin matthijsvand...@gmail.com [150601 12:35]:
On 1 June 2015 at 19:23, Tony Lindgren t...@atomide.com wrote:
Ah finally you got around doing a proper patch :)
My First Linux Patch(tm) ;-)
Probably easier than trying to get other people to do the right
thing by writing emails
On Mon, Jun 01, 2015 at 10:27:40PM +0200, Pavel Machek wrote:
On Mon 2015-06-01 10:47:30, Dmitry Torokhov wrote:
On Mon, Jun 01, 2015 at 05:21:11PM +0200, Pavel Machek wrote:
The 3eea8b5d68c801fec788b411582b803463834752 is just bad.
You were very welcome to review
On 1 June 2015 at 19:58, Tony Lindgren t...@atomide.com wrote:
I think these kernels are missing the configuration for l3-noc
driver?
Yup. Since I'm pretty sure I have all the necessary info I was hoping
look into that... somewhere in my copious spare time...
I tried it on omap4 that has
On Mon, 1 Jun 2015, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [150601 10:45]:
http://www.pwsan.com/omap/testlogs/test_v4.1-rc6/20150601012139/README.txt
OK somehow 3517evm is listed under skip there?
Yep that board is down right now; something's wrong with it and I haven't
On Mon 2015-06-01 10:47:30, Dmitry Torokhov wrote:
On Mon, Jun 01, 2015 at 05:21:11PM +0200, Pavel Machek wrote:
The 3eea8b5d68c801fec788b411582b803463834752 is just bad.
You were very welcome to review this patch at the time and/or suggest
a fix that pleases everyone.
* Matthijs van Duin matthijsvand...@gmail.com [150601 13:34]:
On 1 June 2015 at 19:58, Tony Lindgren t...@atomide.com wrote:
I think these kernels are missing the configuration for l3-noc
driver?
Yup. Since I'm pretty sure I have all the necessary info I was hoping
look into that...
* Dmitry Torokhov dmitry.torok...@gmail.com [150601 13:47]:
On Mon, Jun 01, 2015 at 10:27:40PM +0200, Pavel Machek wrote:
On Mon 2015-06-01 10:47:30, Dmitry Torokhov wrote:
On Mon, Jun 01, 2015 at 05:21:11PM +0200, Pavel Machek wrote:
The
Hi,
Here's a pull request to fix potential hardware breaking configuration
on BeagleBones. For the other fixes, apologies for these coming in so
late, seems that people have been busy finding regressions.
Regards,
Tony
The following changes since commit
* Tomi Valkeinen tomi.valkei...@ti.com [150531 23:25]:
AM57xx Beagle X15 has a HDMI output. This patch adds the device tree
nodes required for HDMI.
This one does not seem to apply to linux next, did not look
further where it conflicts.
Regards,
Tony
--
To unsubscribe from this list: send the
* Nicholas Krause xerofo...@gmail.com [150528 08:06]:
This removes the no longer required return statement at the end
of the void function, omap2_show_dma_cap due to no need for a
return statement due to this function always running successfully.
Signed-off-by: Nicholas Krause
On Mon, Jun 01, 2015 at 11:22:26PM +0200, Maxime Ripard wrote:
Hi Dmitry,
On Mon, Jun 01, 2015 at 10:47:30AM -0700, Dmitry Torokhov wrote:
On Mon, Jun 01, 2015 at 05:21:11PM +0200, Pavel Machek wrote:
The 3eea8b5d68c801fec788b411582b803463834752 is just bad.
You
* Greg Kroah-Hartman gre...@linuxfoundation.org [150531 00:24]:
On Thu, May 28, 2015 at 07:56:16AM -0700, Tony Lindgren wrote:
Hi Greg,
* Tony Lindgren t...@atomide.com [150513 16:38]:
We can now use generic wakeirq handling and remove the custom handling
for the wake-up interrupts.
Hi Dmitry,
On Mon, Jun 01, 2015 at 10:47:30AM -0700, Dmitry Torokhov wrote:
On Mon, Jun 01, 2015 at 05:21:11PM +0200, Pavel Machek wrote:
The 3eea8b5d68c801fec788b411582b803463834752 is just bad.
You were very welcome to review this patch at the time and/or suggest
a
On Mon, 1 Jun 2015, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [150601 11:06]:
* Paul Walmsley p...@pwsan.com [150601 10:45]:
See for example the Build warnings from toolchain, Kernel warnings
during boot to userspace, Kernel warnings during PM test, and
Obsolete
On Mon, 1 Jun 2015 19:06:52 +0530 Kishon Vijay Abraham I kis...@ti.com
wrote:
Hi,
On Thursday 16 April 2015 01:33 PM, NeilBrown wrote:
From: NeilBrown ne...@suse.de
The twl4030 phy can measure, with low precision, the
resistance-to-ground of the ID pin.
Add a function to read the
Hi Mike, Stephen Tero,
* Tomi Valkeinen tomi.valkei...@ti.com [150531 23:25]:
DESHDCP clock is needed on DRA7 based SoCs to enable the DSS IP. That
clock is an odd one, as it is not supposed to be any kind of core clock
for DSS, and we don't even support HDCP, but the clock is still needed
On Mon, 1 Jun 2015, Tomi Valkeinen wrote:
Add DMM hwmod entries for DRA7. This is identical to DMM on OMAP5.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Acked-by: Paul Walmsley p...@pwsan.com
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
On Mon, 1 Jun 2015, Tomi Valkeinen wrote:
Set DSS core hwmod as the parent for all the DSS submodules.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Acked-by: Paul Walmsley p...@pwsan.com
By the way, for commits like this one, it would be nice to add a line
describing why the change
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony,
The following changes since commit e26081808edadfd257c6c9d81014e3b25e9a6118:
Linux 4.1-rc4 (2015-05-18 10:13:47 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
On 1 June 2015 at 22:52, Tony Lindgren t...@atomide.com wrote:
OK that must be the case I've seen then. Probably that happens
when a device is not clocked.
It happens for any interconnect error reported as a result of
instruction fetch, but that is itself not a very common occurrence and
67 matches
Mail list logo
