Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

* Roger Quadros [151021 01:31]: > On 19/10/15 10:08, Roger Quadros wrote: > > On 17/10/15 00:25, Tony Lindgren wrote: > >> * Roger Quadros [151006 04:13]: > >>> > >>> Fine. The updated series is now at > >>> > >>> g...@github.com:rogerq/linux.git > >>> * [new

Re: [GIT PULL] two omap fixes for v4.3-rc cycle

On Tuesday 20 October 2015 12:34:01 Tony Lindgren wrote: > The following changes since commit d8e1f5ed11a39a68da00f05000466c4f6db4456e: > > Documentation: ARM: List new omap MMC requirements (2015-10-12 16:23:34 > -0700) > > are available in the git repository at: > >

Re: [PATCH RFC RFT 2/3] clk: clk_put WARNs if user has not disabled clk

Hi Mike, On Wed, Oct 21, 2015 at 5:50 PM, Michael Turquette wrote: > Quoting Russell King - ARM Linux (2015-10-21 03:59:32) >> On Wed, Oct 21, 2015 at 11:50:07AM +0200, Geert Uytterhoeven wrote: >> > On Tue, Oct 20, 2015 at 2:40 PM, Michael Turquette >> >

[PATCH v10 0/4] Allow USB devices to remain runtime-suspended when sleeping

Hi, this is v10 of an attempt to make it easier for devices to remain in runtime PM when the system goes to sleep, mainly to reduce the time spent resuming devices. For this, we interpret the absence of all PM callback implementations as it being safe to do direct_complete, so their ancestors

[PATCH v10 2/4] PM / Domains: add setter for dev.pm_domain

Adds a function that sets the pointer to dev_pm_domain in struct device and that warns if the device has already finished probing. The reason why we want to enforce that is because in the general case that can cause problems and also that we can simplify code quite a bit if we can always assume

Re: [PATCH RFC RFT 2/3] clk: clk_put WARNs if user has not disabled clk

Quoting Russell King - ARM Linux (2015-10-21 03:59:32) > On Wed, Oct 21, 2015 at 11:50:07AM +0200, Geert Uytterhoeven wrote: > > Hi Mike, Russell, > > > > On Tue, Oct 20, 2015 at 2:40 PM, Michael Turquette > > wrote: > > > Why not keep the reference to the struct clk

Re: [PATCH] net, can, ti_hecc: add DT support for the ti,hecc controller

On Mon, Oct 19, 2015 at 1:58 AM, Marc Kleine-Budde wrote: > On 10/19/2015 08:39 AM, Heiko Schocher wrote: >> add DT support for the ti hecc controller, used on >> am3517 SoCs. > > A similar patch was posted a few days ago, see > http://comments.gmane.org/gmane.linux.can/8616

Re: [PATCH v3 1/3] mailbox/omap: Add ti,mbox-send-noirq quirk to fix AM33xx CPU Idle

On 22 October 2015 at 05:35, Suman Anna wrote: >> Anyways I am OK too, if you guys want to fix it with a platform >> specific quirk. Let me know I'll pick this patch. > > I haven't gotten a chance to try #1, and I won't be able to look at it > atleast for another month. I

MUSB peripheral DMA regression caused by driver core runtime PM change

Hi all, I noticed a regresssino in v4.3-rc series to day with MUSB gadgets and DMA. Doing a git bisect between v4.2..v4.3-rc1 on it pointed to: ddef08dd00f5 ("Driver core: wakeup the parent device before trying probe") With the commit above reverted things work fine with DMA and USB gadgets.

Re: [PATCH] arm: omap2: board-generic: use omap4_local_timer_init for AM437x

* Felipe Balbi [151020 14:06]: > AM437x-based boards, can use omap4_local_timer_init() > just fine. Let's use that instead. Applying into omap-for-v4.4/soc thanks. Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to

Re: [PATCH v3 1/3] mailbox/omap: Add ti,mbox-send-noirq quirk to fix AM33xx CPU Idle

Hi Jassi, On 10/20/2015 11:44 PM, Jassi Brar wrote: > On Wed, Sep 23, 2015 at 5:44 AM, Dave Gerlach wrote: >> The mailbox framework controls the transmission queue and requires >> either its controller implementations or clients to run the state >> machine for the Tx queue. The

[PATCH 15/19] ARM: dts: omap: replace legacy *,wakeup property with wakeup-source

Though the keyboard and other driver will continue to support the legacy "gpio-key,wakeup", "linux,wakeup" boolean property to enable the wakeup source, "wakeup-source" is the new standard binding. This patch replaces all the legacy wakeup properties with the unified "wakeup-source" property in

Re: [PATCH RFC RFT 2/3] clk: clk_put WARNs if user has not disabled clk

Hi Mike, Russell, On Tue, Oct 20, 2015 at 2:40 PM, Michael Turquette wrote: > Quoting Geert Uytterhoeven (2015-09-30 08:38:46) >> On Fri, Aug 7, 2015 at 9:09 PM, Michael Turquette >> wrote: >> > From the clk_put kerneldoc in include/linux/clk.h:

[PATCH 09/19] ARM: dts: am335x: replace gpio-key,wakeup with wakeup-source property

Though the keyboard driver for GPIO buttons(gpio-keys) will continue to check for/support the legacy "gpio-key,wakeup" boolean property to enable gpio buttons as wakeup source, "wakeup-source" is the new standard binding. This patch replaces the legacy "gpio-key,wakeup" with the unified

Re: [PATCH RFC RFT 2/3] clk: clk_put WARNs if user has not disabled clk

On Wed, Oct 21, 2015 at 11:50:07AM +0200, Geert Uytterhoeven wrote: > Hi Mike, Russell, > > On Tue, Oct 20, 2015 at 2:40 PM, Michael Turquette > wrote: > > Why not keep the reference to the struct clk after get'ing it the first > > time? > > And store it where? Not my

[PATCH] ARM: dts: Set VAUX1 and VAUX4 to 3.0V and 1.8V respectively for LogicPD Torpedo DM3730 devkit

Signed-off-by: Adam Ford --- arch/arm/boot/dts/logicpd-torpedo-37xx-devkit.dts | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/logicpd-torpedo-37xx-devkit.dts b/arch/arm/boot/dts/logicpd-torpedo-37xx-devkit.dts index 892ff1d..2ac1488

[PATCH] ARM: dts: Change I2C2 and I2C3 to 400KHz for LogicPD Torpedo DM3730 devkit

Signed-off-by: Adam Ford --- arch/arm/boot/dts/logicpd-torpedo-som.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/logicpd-torpedo-som.dtsi b/arch/arm/boot/dts/logicpd-torpedo-som.dtsi index 9777ff4..c8091ff 100644 ---

Re: [PATCH 2/2] ARM: dts: omap3: keep ssi ports by default

On 19/10/15 19:01, Tony Lindgren wrote: > * Roger Quadros [151014 03:48]: >> Let's keep the SSI ports disabled in the omap3.dtsi to avoid >> getting the following noise on the console for boards that don't >> use the SSI ports. >> >> "omap_ssi_port 4805a000.ssi-port: DT data is

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

On 19/10/15 10:08, Roger Quadros wrote: > On 17/10/15 00:25, Tony Lindgren wrote: >> * Roger Quadros [151006 04:13]: >>> >>> Fine. The updated series is now at >>> >>> g...@github.com:rogerq/linux.git >>> * [new branch] for-v4.4/gpmc-v4 >> >> Looks like it produces some build