Re: [PATCH v2 1/4] dwc3: exynos: Add support for SCLK present on Exynos7

Hi Felipe, On Tue, Oct 14, 2014 at 4:14 AM, Felipe Balbi 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. >> >>

Re: [PATCH v2 1/4] dwc3: exynos: Add support for SCLK present on Exynos7

Hi Tomasz, On Tue, Oct 14, 2014 at 6:56 AM, Anton Tikhomirov 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 sam

Re: RCU bug with v3.17-rc3 ?

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 bu

RE: [PATCH v2 1/4] dwc3: exynos: Add support for SCLK present on Exynos7

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 >

Re: [PATCH v2 1/4] dwc3: exynos: Add support for SCLK present on Exynos7

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 o

Re: [PATCH v2 1/4] dwc3: exynos: Add support for SCLK present on Exynos7

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

Re: [PATCH 3/3] arm: dts: omap3-gta04: Extend touchscreen configs

* Marek Belisko [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 > Signed-off-by: Mare

Re: SRAM - power management

* Ran Shalit [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 this list: send th

Re: [PATCH 03/12] rtc: omap: fix class-device registration

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, > > > -

Re: [PATCH 07/12] rtc: omap: silence bogus power-up reset message at probe

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 1

Re: [RFC PATCH] pinctrl: pinctrl-single.c: init pinctrl single at arch_initcall time

* He YunLei [141011 02:03]: > On 2014/10/9 2:10, Tony Lindgren wrote: > >* He YunLei [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 probe helps other drivers to

Re: [PATCH 09/16] tty: serial: 8250_dma: Add a TX trigger workaround for AM33xx

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 th

Re: [PATCH v3 7/8] clk: Make clk API return per-user struct clk instances

On 10 October 2014 01:22, Stephen Boyd 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 | 630 >> +++

Re: [RFC PATCH v1 4/4] dt-bindings: Document the property poweroff-source for act8865 regulator

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 : > On Tue, Oct 07, 2014 at 07:45

Re: [RFC PATCH v1 4/4] dt-bindings: Document the property poweroff-source for act8865 regulator

On Tue, Oct 07, 2014 at 07:45:04PM +, Romain Perier wrote: > Signed-off-by: Romain Perier > --- > Documentation/devicetree/bindings/regulator/act8865-regulator.txt | 4 > 1 file changed, 4 insertions(+) Should this documentation be put in some central place (and perhaps referenced from

Re: [RFC PATCH v2 2/4] regulator: act8865: Add support to turn off all outputs

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

Re: [RFC PATCH v2 1/4] regulator: Add helper function to get "poweroff-source" property

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 o

Re: [PATCH] CLK: TI: Remove unused includes of linux/clk-private.h

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: S

Re: RCU bug with v3.17-rc3 ?

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.) > > > > L

RE: RCU bug with v3.17-rc3 ?

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

OMAP baseline test results for v3.17

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, omap1_defconfig_

[PATCH] ARM: dts: dra7: fix DSS PLL clock mux registers

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 Signed-off-by: Tomi Valkeinen --- arch/arm/boot/dts/dra7xx-