[PATCH v2 0/6] Add CPTS support for AM437x

2014-05-02 Thread George Cherian
The series adds CPTS support for AM4372. Patch 1 - DT changes w.r.t clock changes for AM33xx. Patch 2 - CPTS clock name harcoding in the driver is removed. Easier to pass the clock name from dt rather than hardcoding in driver. Also in prepration for DRA7x CPTS support.

[PATCH v2 4/6] drivers: net: cpsw: Enable Annexe F Time sync

2014-05-02 Thread George Cherian
Enable the Annex F Time Sync explicitly for DRA7x and AM4372. With this enabled the L2 PTP is working. while at that rename TS_BIT8 to TS_TTL_NONZERO Signed-off-by: George Cherian george.cher...@ti.com --- drivers/net/ethernet/ti/cpsw.c | 49 +++--- 1 file

[PATCH v2 2/6] drivers: net: cpts: Remove hardcoded clock name for CPTS

2014-05-02 Thread George Cherian
CPTS refclk name is hardcoded, which makes it fail in case of DRA7x Remove the hardcoded clock name for CPTS refclk and get the same from DT. Signed-off-by: George Cherian george.cher...@ti.com --- drivers/net/ethernet/ti/cpts.c | 11 --- 1 file changed, 4 insertions(+), 7 deletions(-)

[PATCH v2 6/6] ARM: dts: am4372: Add clock names for cpsw and cpts

2014-05-02 Thread George Cherian
Add CPSW fck and CPTS clock and clock names for AM4372 Signed-off-by: George Cherian george.cher...@ti.com --- arch/arm/boot/dts/am4372.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi index 36d523a..c2779f6 100644 ---

[PATCH v2 1/6] ARM: dts: am33xx: Add clock names for cpsw and cpts

2014-05-02 Thread George Cherian
Add CPSW fck and CPTS clock and clock names Signed-off-by: George Cherian george.cher...@ti.com --- arch/arm/boot/dts/am33xx.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi index 9770e35..d1e2b36 100644 ---

[PATCH v2 3/6] drivers: net: cpsw: Enable CPTS for DRA7xx and AM4372

2014-05-02 Thread George Cherian
Enable cpts hardware time stamping for Dra7xx and AM4372. This enables PTPv2 for DRA7xx and AM4372. Signed-off-by: George Cherian george.cher...@ti.com --- drivers/net/ethernet/ti/cpsw.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/ti/cpsw.c

[PATCH v2 5/6] ARM: AM43xx: clk: Change the cpts ref clock source to dpll_core_m5 clk

2014-05-02 Thread George Cherian
cpsw_cpts_rft_clk has got the choice of 3 clocksources -dpll_core_m4_ck -dpll_core_m5_ck -dpll_disp_m2_ck By default dpll_core_m4_ck is selected, witn this as clock source the CPTS doesnot work properly. It gives clockcheck errors while running PTP. clockcheck: clock jumped backward or

Re: USB on Beaglebone black with mainline kernel

2014-05-02 Thread Leigh Brown
Hi George, On 2014-05-02 07:54, George Cherian wrote: Hi Leigh, Can you please try out 3.15.0-rc3 with the attached config. Thanks, that works (I can't believe it was that easy)! I'll use that as a known-good config and then try to tweak the config to how I like it. Regards, Leigh. --

Re: [PATCH/RFC 3/4] of/clk: Register clocks suitable for Runtime PM with the PM core

2014-05-02 Thread Ulf Hansson
Normally I don't think it's a good idea to automatically manage clocks from PM core or any other place but from the driver (and possibly the subsystem). The reason is simply that we hide things that normally is supposed to be handled by the driver. Typically a cross SOC driver should work

Re: [PATCH/RFC 3/4] of/clk: Register clocks suitable for Runtime PM with the PM core

2014-05-02 Thread Ulf Hansson
Hi Geert, Some more review comments. + + +#ifdef CONFIG_PM_RUNTIME + +static int of_clk_pm_runtime_suspend(struct device *dev) +{ + int ret; + + ret = pm_generic_runtime_suspend(dev); + if (ret) + return ret; + + ret = pm_clk_suspend(dev);

Display not working if omapdrm is builtin with 3.15rc

2014-05-02 Thread Koen Kooi
Hi, I've been trying to get DVI on my beagleboard XM to output a picture with mainline and with 3.15rc it still doesn't work. If I statically build in everything the drm encoders and connectors all go into deferred probe mode and fail, falling back to 1024x768. I with omapdrm and

Re: Display not working if omapdrm is builtin with 3.15rc

2014-05-02 Thread Javier Martinez Canillas
Hello Koen, On Fri, May 2, 2014 at 12:47 PM, Koen Kooi k...@dominion.thruhere.net wrote: Hi, I've been trying to get DVI on my beagleboard XM to output a picture with mainline and with 3.15rc it still doesn't work. If I statically build in everything the drm encoders and connectors all go

Re: Display not working if omapdrm is builtin with 3.15rc

2014-05-02 Thread Koen Kooi
Op 2 mei 2014, om 13:25 heeft Javier Martinez Canillas jav...@dowhile0.org het volgende geschreven: Hello Koen, On Fri, May 2, 2014 at 12:47 PM, Koen Kooi k...@dominion.thruhere.net wrote: Hi, I've been trying to get DVI on my beagleboard XM to output a picture with mainline and with

Re: Display not working if omapdrm is builtin with 3.15rc

2014-05-02 Thread Tomi Valkeinen
On 02/05/14 13:47, Koen Kooi wrote: Hi, I've been trying to get DVI on my beagleboard XM to output a picture with mainline and with 3.15rc it still doesn't work. If I statically build in everything the drm encoders and connectors all go into deferred probe mode and fail, falling back to

Re: Display not working if omapdrm is builtin with 3.15rc

2014-05-02 Thread Tomi Valkeinen
On 02/05/14 14:25, Javier Martinez Canillas wrote: Hello Koen, On Fri, May 2, 2014 at 12:47 PM, Koen Kooi k...@dominion.thruhere.net wrote: Hi, I've been trying to get DVI on my beagleboard XM to output a picture with mainline and with 3.15rc it still doesn't work. If I statically build

Re: [RFC PATCH] PM / OPP: move cpufreq specific OPP functions out of generic OPP library

2014-05-02 Thread Nishanth Menon
On Fri, May 2, 2014 at 12:22 AM, Viresh Kumar viresh.ku...@linaro.org wrote: On 2 May 2014 10:48, Nishanth Menon n...@ti.com wrote: On Thu, May 1, 2014 at 11:30 PM, Viresh Kumar viresh.ku...@linaro.org wrote: diff --git a/drivers/cpufreq/cpufreq_opp.c b/drivers/cpufreq/cpufreq_opp.c new file

Re: Display not working if omapdrm is builtin with 3.15rc

2014-05-02 Thread Koen Kooi
Op 2 mei 2014, om 13:59 heeft Tomi Valkeinen tomi.valkei...@ti.com het volgende geschreven: On 02/05/14 13:47, Koen Kooi wrote: Hi, I've been trying to get DVI on my beagleboard XM to output a picture with mainline and with 3.15rc it still doesn't work. If I statically build in

Re: [PATCH 06/23] ARM: OMAP: add OMAP5 DSI muxing

2014-05-02 Thread Tomi Valkeinen
On 30/04/14 20:56, Tony Lindgren wrote: Have you checked out pinctrl-single,bits binding? That should allow you to map random bits in a single register to a pinctrl driver instance. If I recall right, the problem there was that we have one register, which has bits for two separate devices,

[PATCH RFC] pwm: omap: Add PWM driver for OMAP using dual-mode timers

2014-05-02 Thread Joachim Eastwood
Adds support for using a OMAP dual-mode timer with PWM capability as a Linux PWM device. The driver controls the timer by using the dmtimer API. Cc: Grant Erickson maratho...@gmail.com Cc: NeilBrown ne...@suse.de Not-Yet-Signed-off-by: Joachim Eastwood manab...@gmail.com --- Hello, First of all

Re: [PATCH v10 5/5] mmc: omap_hsmmc: Pin remux workaround to support SDIO interrupt on AM335x

2014-05-02 Thread Balaji T K
On Monday 28 April 2014 01:11 PM, Andreas Fenkart wrote: The am335x can't detect pending cirq in PM runtime suspend. This patch reconfigures dat1 as a GPIO before going to suspend. SDIO interrupts are detected with the GPIO, the GPIO will only wake the module from suspend, SDIO irq detection

Re: [PATCH v10 4/5] mmc: omap_hsmmc: switch default/idle pinctrl states in runtime hooks

2014-05-02 Thread Balaji T K
On Monday 28 April 2014 01:10 PM, Andreas Fenkart wrote: These are predefined states of the driver model. When not present, as if not set in the device tree, they simple become no-ops. So it is always safe to call them. This is not the simplest implementation, on AM335x at least, we could witch

Re: [PATCH v10 2/5] mmc: omap_hsmmc: bug: abort runtime suspend if pending sdio irq detected

2014-05-02 Thread Balaji T K
On Monday 28 April 2014 01:10 PM, Andreas Fenkart wrote: on multicores, an sdio irq handler could be running in parallel to runtime suspend. In the worst case it could be waiting for the spinlock held by the runtime suspend. When runtime suspend is complete and the functional clock (fclk) turned

Re: [PATCH/RFC 3/4] of/clk: Register clocks suitable for Runtime PM with the PM core

2014-05-02 Thread Geert Uytterhoeven
Hi Ulf, Tomasz, On Fri, May 2, 2014 at 10:13 AM, Ulf Hansson ulf.hans...@linaro.org wrote: +static int of_clk_register(struct device *dev, struct clk *clk) +{ + int error; + + if (!dev-pm_domain) { + error = pm_clk_create(dev); + if (error) +

Re: [PATCHv5 01/15] Documentation: dt: add common bindings for hwspinlock

2014-05-02 Thread Rob Herring
On Wed, Apr 30, 2014 at 7:34 PM, Suman Anna s-a...@ti.com wrote: This patch adds the generic common bindings used to represent a hwlock device and use/request locks in a device-tree build. All the platform-specific hwlock driver implementations need the number of locks and associated base id

Re: [PATCH v10 1/5] mmc: omap_hsmmc: Enable SDIO interrupt

2014-05-02 Thread Balaji T K
On Monday 28 April 2014 01:10 PM, Andreas Fenkart wrote: There have been various patches floating around for enabling the SDIO IRQ for hsmmc, but none of them ever got merged. Probably the reason for not merging the SDIO interrupt patches has been the lack of wake-up path for SDIO on some omaps

Re: [PATCH 9/9] mmc: omap_hsmmc: enable wakeup event for sdio

2014-05-02 Thread Balaji T K
On Friday 21 March 2014 09:47 PM, Balaji T K wrote: To detect sdio irqs properly without spurious events, OMAP4 needs IWE in CON and CTPL, CLKEXTFREE in HCTL to be set Signed-off-by: Balaji T K balaj...@ti.com Hi Andreas, Can you please test this patch on top of your current(v10) series and

Re: [PATCH] usb: dwc3: gadget: fix burst size corruption

2014-05-02 Thread Zhuang Jin Can
Hi, On Thu, May 01, 2014 at 10:15:00AM -0500, Felipe Balbi wrote: On Thu, May 01, 2014 at 09:45:17AM -0400, Alan Stern wrote: On Thu, 1 May 2014, Zhuang Jin Can wrote: again, you found a bug on the gadget driver. Fix that. composite.c guarantees that for those functions which don't

Re: [PATCH] usb: dwc3: gadget: giveback request if start transfer fail

2014-05-02 Thread Zhuang Jin Can
Hi, On Thu, May 01, 2014 at 10:13:28AM -0500, Felipe Balbi wrote: On Thu, May 01, 2014 at 04:44:52PM -0400, Zhuang Jin Can wrote: On Wed, Apr 30, 2014 at 02:58:29PM -0500, Felipe Balbi wrote: On Thu, May 01, 2014 at 02:36:08AM -0400, Zhuang Jin Can wrote: At least we should giveback the

Re: [PATCH] usb: dwc3: gadget: giveback request if start transfer fail

2014-05-02 Thread Felipe Balbi
Hi, On Sat, May 03, 2014 at 12:05:41AM -0400, Zhuang Jin Can wrote: On Thu, May 01, 2014 at 10:13:28AM -0500, Felipe Balbi wrote: On Thu, May 01, 2014 at 04:44:52PM -0400, Zhuang Jin Can wrote: On Wed, Apr 30, 2014 at 02:58:29PM -0500, Felipe Balbi wrote: On Thu, May 01, 2014 at

Re: [PATCH] mmc: omap: Use DIV_ROUND_UP instead of open coded

2014-05-02 Thread Tony Lindgren
* Axel Lin axel@ingics.com [140427 03:58]: This also makes the intention more clear. Signed-off-by: Axel Lin axel@ingics.com Added Jarkko Nikula to cc. Tony --- drivers/mmc/host/omap.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

Re: [PATCH] mmc: omap: Use DIV_ROUND_UP instead of open coded

2014-05-02 Thread Joachim Eastwood
On 2 May 2014 17:39, Tony Lindgren t...@atomide.com wrote: * Axel Lin axel@ingics.com [140427 03:58]: This also makes the intention more clear. While you are at it you may want to use some nice defines from time.h Signed-off-by: Axel Lin axel@ingics.com Added Jarkko Nikula to cc.

Re: [PATCHv5 01/15] Documentation: dt: add common bindings for hwspinlock

2014-05-02 Thread Suman Anna
Hi Rob, On 05/02/2014 09:58 AM, Rob Herring wrote: On Wed, Apr 30, 2014 at 7:34 PM, Suman Anna s-a...@ti.com wrote: This patch adds the generic common bindings used to represent a hwlock device and use/request locks in a device-tree build. All the platform-specific hwlock driver

[PATCH v2] mmc: omap: Use DIV_ROUND_UP instead of open coded

2014-05-02 Thread Axel Lin
Also uses NSEC_PER_SEC and USEC_PER_SEC instead of hard-coded value. This makes the intention more clear. Signed-off-by: Axel Lin axel@ingics.com --- drivers/mmc/host/omap.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/mmc/host/omap.c

Re

2014-05-02 Thread Cabina Sanitaria
Noi oferim credite la rata dobânzii de 3% pentru toate scop. Ne e-mail dacă sunteți interesat. We offer loans at 3% interest rate for all purpose. Email us if you are interested. -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to