The clock nodes for DSS VIDEO1/2 and HDMI have wrong register addresses.
This patch fixes the addresses so that they point to
CM_CLKSEL_VIDEO1_PLL_SYS, CM_CLKSEL_VIDEO2_PLL_SYS and
CM_CLKSEL_HDMI_PLL_SYS.
Reported-by: Somnath Mukherjee somn...@ti.com
Signed-off-by: Tomi Valkeinen
Here are some basic OMAP test results for Linux v3.17.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.17/20141006085043/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
From: Nathan Lynch
On 10/10/2014 11:25 AM, Russell King - ARM Linux wrote:
Right, so GCC 4.8.{1,2} are totally unsuitable for kernel building (and
it seems that this has been known about for some time.)
Looking at http://gcc.gnu.org/PR58854 it seems that all 4.8.x for x 3
are affected,
On Mon, Oct 13, 2014 at 09:11:34AM +, David Laight wrote:
From: Nathan Lynch
On 10/10/2014 11:25 AM, Russell King - ARM Linux wrote:
Right, so GCC 4.8.{1,2} are totally unsuitable for kernel building (and
it seems that this has been known about for some time.)
Looking at
Hi Tomeu,
Please add a changelog to this patch. Also, just replace the
clk-private.h includes with clk-provider.h, do not add the include to
the generic header. Rest of the kernel does that where needed.
Other than that, looks good to me.
-Tero
On 10/03/2014 06:51 PM, Tomeu Vizoso wrote:
On Tue, Oct 07, 2014 at 07:45:01PM +, Romain Perier wrote:
Several drivers create their own devicetree property when they register
poweroff capabilities. This is for example the case for mfd, regulator
This seems fine from a code point of view but as discussed it's probably
better placed
On Tue, Oct 07, 2014 at 07:45:02PM +, Romain Perier wrote:
When the property poweroff-source is found in the
devicetree, the function pm_power_off is defined. This function sends the
rights bit fields to the global off control register. shutdown/poweroff
commands are now supported for
On Tue, Oct 07, 2014 at 07:45:04PM +, Romain Perier wrote:
Signed-off-by: Romain Perier romain.per...@gmail.com
---
Documentation/devicetree/bindings/regulator/act8865-regulator.txt | 4
1 file changed, 4 insertions(+)
Should this documentation be put in some central place (and
Mark,
I did not update the whole serie yet, so, this is the old version... :)
(my patch about act8865 too, as is_system_poweroff_source should be
prefixed by of_get as requested by Grant)
I noted all your remarks.
Thanks
2014-10-13 15:17 GMT+02:00 Mark Brown broo...@kernel.org:
On Tue, Oct 07,
On 10 October 2014 01:22, Stephen Boyd sb...@codeaurora.org wrote:
On 10/09, Tomeu Vizoso wrote:
arch/arm/mach-omap2/cclock3xxx_data.c | 108 --
arch/arm/mach-omap2/clock.h | 11 +-
arch/arm/mach-omap2/clock_common_data.c | 5 +-
drivers/clk/clk.c |
On Thu, Oct 02, 2014 at 12:27:23PM +0200, Sebastian Andrzej Siewior wrote:
* Frans Klaver | 2014-09-30 10:44:16 [+0200]:
uart_test-483 [000] dnh.17.861018: serial8250_interrupt: irq 89
uart_test-483 [000] dnh.17.861026: serial8250_interrupt: 89 e
e? Did was the
* He YunLei heyun...@huawei.com [141011 02:03]:
On 2014/10/9 2:10, Tony Lindgren wrote:
* He YunLei heyun...@huawei.com [141007 18:43]:
Thanks for your review and I am really appreciated it, but in our arm
platform, we haven't custom initcall levels for other drivers. Although
deferred
Hi,
On Sun, Oct 12, 2014 at 08:42:40PM +0200, Johan Hovold wrote:
On Sat, Oct 11, 2014 at 07:50:07PM -0500, Felipe Balbi wrote:
Hi,
On Sat, Oct 11, 2014 at 12:20:04PM +0200, Johan Hovold wrote:
On Fri, Oct 10, 2014 at 01:02:56PM -0500, Felipe Balbi wrote:
On Fri, Oct 10, 2014 at
Hi,
On Sat, Oct 11, 2014 at 11:59:47AM +0200, Johan Hovold wrote:
@@ -450,14 +441,14 @@ static int __init omap_rtc_probe(struct
platform_device *pdev)
/* handle periodic and alarm irqs */
if (devm_request_irq(pdev-dev, omap_rtc_timer, rtc_irq, 0,
-
* Ran Shalit ransha...@gmail.com [141012 00:29]:
Hello,
What happens to SRAM when omap gets into retention ? Does it need a
speciasl treatment ?
The SRAM stays in self-refresh. AFAIK mainline Linux does not yet
have partial array RAM refresh support.
Regards,
Tony
--
To unsubscribe from
* Marek Belisko ma...@goldelico.com [140930 13:19]:
Adding min/max values for various touschscreen properties.
Assuming no other comments on this patch series, this should be
safe to merge along with the other patches in this series without
causing merge conflicts:
Acked-by: Tony Lindgren
Hi,
On Mon, Oct 13, 2014 at 01:54:59PM +0900, Anton Tikhomirov wrote:
Hi Vivek,
Exynos7 also has a separate special gate clock going to the IP
apart from the usual AHB clock. So add support for the same.
As we discussed before, Exynos7 SoCs have 7 clocks to be controlled
by the driver.
Hi Anton,
On 13.10.2014 06:54, Anton Tikhomirov wrote:
Hi Vivek,
Exynos7 also has a separate special gate clock going to the IP
apart from the usual AHB clock. So add support for the same.
As we discussed before, Exynos7 SoCs have 7 clocks to be controlled
by the driver. Adding only sclk
Hello,
Hi Anton,
On 13.10.2014 06:54, Anton Tikhomirov wrote:
Hi Vivek,
Exynos7 also has a separate special gate clock going to the IP
apart from the usual AHB clock. So add support for the same.
As we discussed before, Exynos7 SoCs have 7 clocks to be controlled
by the driver.
On Mon, Oct 13, 2014 at 12:43:07PM +0100, Russell King - ARM Linux wrote:
On Mon, Oct 13, 2014 at 09:11:34AM +, David Laight wrote:
From: Nathan Lynch
On 10/10/2014 11:25 AM, Russell King - ARM Linux wrote:
Right, so GCC 4.8.{1,2} are totally unsuitable for kernel building (and
Hi Tomasz,
On Tue, Oct 14, 2014 at 6:56 AM, Anton Tikhomirov
av.tikhomi...@samsung.com wrote:
Hello,
Hi Anton,
On 13.10.2014 06:54, Anton Tikhomirov wrote:
Hi Vivek,
Exynos7 also has a separate special gate clock going to the IP
apart from the usual AHB clock. So add support for the
Hi Felipe,
On Tue, Oct 14, 2014 at 4:14 AM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Mon, Oct 13, 2014 at 01:54:59PM +0900, Anton Tikhomirov wrote:
Hi Vivek,
Exynos7 also has a separate special gate clock going to the IP
apart from the usual AHB clock. So add support for the same.
As
22 matches
Mail list logo
