Regression caused by 073db4a51ee43ccb827f54a4261c0583b028d5ab

Hi, I just noticed that commit 073db4a51ee4 (mtd: fix: avoid race condition when accessing mtd->usecount) caused a regression at least when removing m25p80. Wonder if you guys would know of a quick fix, other than reverting $commit in HEAD (yes, that makes the problem go away, but regresses on

NULL pointer deref when reloading snd_soc_simple_card

Hi, I just triggered a NULL point deref with the following commands running on AM437x SK board. This is with v4.3-rc6: modprobe -r snd_soc_simple_card sleep 1 modprobe snd_soc_simple_card sleep 1 details below: [ 228.020921] Unable to handle kernel NULL pointer dereference at virtual

Re: Regression caused by 073db4a51ee43ccb827f54a4261c0583b028d5ab

Hi Felipe, First of all, this is only a quick response. I could easily be missing something obvious. On Thu, Oct 22, 2015 at 02:01:02PM -0500, Felipe Balbi wrote: > > Hi, > > I just noticed that commit 073db4a51ee4 (mtd: fix: avoid race condition > when accessing mtd->usecount) caused a

Re: [PATCH/RESEND] ARM: Remove __ref on hotplug cpu die path

On Mon, Oct 19, 2015 at 01:05:33PM -0700, Stephen Boyd wrote: > Now that __cpuinit has been removed, the __ref markings on these > functions are useless. Remove them. This also reduces the size of > the multi_v7_defconfig image: > > $ size before after >textdata bss dec hex

ALSA DMA ping-pong

Hello, I hope someone can help me understand the concept of ping-pong dma with ALSA. I am using davinci soc: /sound/soc/davinci/davinci_pcm.c But I am not sure if it using ping-pong dma or not. In the header of "davinci_pcm_enqueue_dma" function it states "Not used with ping/pong", but inside I

Re: [PATCH 0/4] Cleanup legacy OMAP IOMMU device creation

Hi Tony, On 09/16/2015 06:48 PM, Suman Anna wrote: > Hi Tony, > > The following series removes the legacy platform device creation > logic for OMAP IOMMU devices. I will cleanup the legacy support > from the OMAP IOMMU driver in a subsequent merge window after > this series makes it to mainline.

Re: MUSB peripheral DMA regression caused by driver core runtime PM change

* Tony Lindgren [151021 16:44]: > 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

Re: Regression caused by 073db4a51ee43ccb827f54a4261c0583b028d5ab

(fixing Tony's address) Felipe Balbi writes: > Hi, > > I just noticed that commit 073db4a51ee4 (mtd: fix: avoid race condition > when accessing mtd->usecount) caused a regression at least when removing > m25p80. Wonder if you guys would know of a quick fix, other than > reverting

[PATCH 3/4] arm: dts: add dm816x pwm property to timers

Adds ti,timer-pwm property to timers 4 to 7 to permit usage of their PWM output fonctionnality via the dmtimer driver. Cc: Brian Hutchinson Signed-off-by: Neil Armstrong --- arch/arm/boot/dts/dm816x.dtsi | 4 1 file changed, 4 insertions(+)

[PATCH 0/4] arm: dts: complete dm816x device tree

In order to fix support for the dm816x platform, add missing bits in the dm816x dtsi. The last patch adds support for the omap4-hwspinlock. Neil Armstrong (4): arm: dts: add dm816x missing #mbox-cells arm: dts: add dm816x missing spi DT dma handles arm: dts: add dm816x pwm property to

[PATCH 1/4] arm: dts: add dm816x missing #mbox-cells

Add missing #mbox-cells for dm816x mbox DT node. Cc: Brian Hutchinson Signed-off-by: Neil Armstrong --- arch/arm/boot/dts/dm816x.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/dm816x.dtsi b/arch/arm/boot/dts/dm816x.dtsi

[PATCH 1/4] arm: omap2+: add missing HWMOD_NO_IDLEST in 81xx hwmod data

Add missing HWMOD_NO_IDLEST hwmod flag for entries no having omap4 clkctrl values. Cc: Brian Hutchinson Signed-off-by: Neil Armstrong --- arch/arm/mach-omap2/omap_hwmod_81xx_data.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH 0/4] arm: omap2+: complete dm816x hwmod and clkdev

In order to fix support for the dm816x platform, add missing bits in the 81xx hwmod data. The clk related patch adds the missing clkdev entries to fix all source selection in the dmtimer driver. The last patch adds hwmod support of the spinbox module. Neil Armstrong (4): arm: omap2+: add

Re: Regression caused by 073db4a51ee43ccb827f54a4261c0583b028d5ab

Hi, Brian Norris writes: > Hi Felipe, > > First of all, this is only a quick response. I could easily be missing > something obvious. > > On Thu, Oct 22, 2015 at 02:01:02PM -0500, Felipe Balbi wrote: >> >> Hi, >> >> I just noticed that commit 073db4a51ee4 (mtd:

Re: [PATCH] ARM: dts: am335x-boneblack: Use pinctrl constants

* Andrew F. Davis [151022 09:21]: > Using constants for pinctrl allows better readability and removes > redundancy with comments. You should use the include/dt-bindings/pinctrl/omap.h macro AM33XX_IOPAD(pa, val) while at it. Otherwise we'll end up patching the same things again

[PATCH] ARM: DRA7: hwmod: Enable DEBUG_LL for UART4

UART4 low level debug support. This helps in debugging with UART4 serial console output on DRA7 based platforms. Extending the following fix for UART4. commit 1c7e36bfc3e2 ("ARM: DRA7: hwmod: Fix boot crash with DEBUG_LL enabled on UART3") For using DEBUG_LL, enable CONFIG_DEBUG_OMAP4UART4 in

Re: [PATCH] ARM: DRA7: hwmod: Enable DEBUG_LL for UART4

On 10/22/2015 04:01 PM, Praneeth Bajjuri wrote: > UART4 low level debug support. This helps in debugging with UART4 > serial console output on DRA7 based platforms. > > Extending the following fix for UART4. > commit 1c7e36bfc3e2 ("ARM: DRA7: hwmod: Fix boot crash with DEBUG_LL enabled > on

[PATCH V2] ARM: DRA7: hwmod: Enable DEBUG_LL for UART4

From: "J.D. Schroeder" UART4 low level debug support. This helps in debugging with UART4 serial console output on DRA7 based platforms. Extending the following fix for UART4. commit 1c7e36bfc3e2 ("ARM: DRA7: hwmod: Fix boot crash with DEBUG_LL enabled on UART3") For

Re: [PATCH V2] ARM: DRA7: hwmod: Enable DEBUG_LL for UART4

Hi Nishanth, On 10/22/2015 07:24 PM, Praneeth Bajjuri wrote: From: "J.D. Schroeder" UART4 low level debug support. This helps in debugging with UART4 serial console output on DRA7 based platforms. Extending the following fix for UART4. commit 1c7e36bfc3e2 ("ARM:

Re: MUSB peripheral DMA regression caused by driver core runtime PM change

* Tony Lindgren [151022 11:03]: > * Tony Lindgren [151021 16:44]: > > 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

[PATCH 4/4] arm: dts: Add omap4-hwspinlock support in dm816x

Add dm816x DT entries for omap4-hwspinlock support as hwmod spinbox. Cc: Brian Hutchinson Signed-off-by: Neil Armstrong --- arch/arm/boot/dts/dm816x.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/dm816x.dtsi

[PATCH 2/4] arm: dts: add dm816x missing spi DT dma handles

Add the missing SPI controller DMA handler in the dm816x DT node, only properties for the two channels on four were present. Cc: Brian Hutchinson Signed-off-by: Neil Armstrong --- arch/arm/boot/dts/dm816x.dtsi | 7 +-- 1 file changed, 5

[PATCH 4/4] arm: omap2+: Add hwmod spinbox support for dm816x

Add dm81xx hwmod data entries for dm816x spinbox support. Cc: Brian Hutchinson Signed-off-by: Neil Armstrong --- arch/arm/mach-omap2/omap_hwmod_81xx_data.c | 35 ++ 1 file changed, 35 insertions(+) diff --git

[PATCH 2/4] clk: ti816x: Add missing dmtimer clkdev entries

Add missing clkdev dmtimer related entries for dm816x. 32Khz and ext sources were missing. Cc: Brian Hutchinson Signed-off-by: Neil Armstrong --- drivers/clk/ti/clk-816x.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 3/4] arm: plat-omap: add DT support for ti,dm816-timer

Adds ti,dm816-timer to the dmtimer OF match table. Cc: Brian Hutchinson Signed-off-by: Neil Armstrong --- arch/arm/plat-omap/dmtimer.c | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/plat-omap/dmtimer.c

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

Hi, Looks like you got git send-email configure, nice :) * Adam Ford [151021 04:45]: Can you please resend both patches one more time with a proper patch description added? Mostly the descrition should describe why this change is needed. I think running

Re: [PATCH V2] ARM: DRA7: hwmod: Enable DEBUG_LL for UART4

On 10/22/2015 08:01 PM, Praneeth wrote: > Hi Nishanth, > > On 10/22/2015 07:24 PM, Praneeth Bajjuri wrote: >> From: "J.D. Schroeder" >> >> UART4 low level debug support. This helps in debugging with UART4 >> serial console output on DRA7 based platforms. >> >> Extending

Re: [PATCH 1/2] ARM: OMAP4: hwmod data: Remove spinlock hwmod addrs

On Mon, 14 Sep 2015, Suman Anna wrote: > The legacy-style device creation logic for hwspinlock > has been removed after the DT-support was added to the > driver. The hwmod addr space for spinlock is therefore > no longer needed, so remove it. > > Signed-off-by: Suman Anna

Re: [PATCH 2/2] ARM: OMAP3: hwmod data: Remove legacy mailbox data and addrs

On Mon, 14 Sep 2015, Suman Anna wrote: > Remove the mailbox attribute data, irq info and hwmod addr space > data that are used for creating the legacy-style mailbox devices, > there is no need for these as the support for legacy-mode for this > IP is being dropped. > > Signed-off-by: Suman Anna

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

On 10/21/2015 11:42 PM, Jassi Brar wrote: > 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

[PATCH] ARM: dts: am335x-boneblack: Use pinctrl constants

Using constants for pinctrl allows better readability and removes redundancy with comments. Signed-off-by: Andrew F. Davis --- arch/arm/boot/dts/am335x-boneblack.dts | 44 +- 1 file changed, 22 insertions(+), 22 deletions(-) diff --git

Re: [PATCH 1/2] ARM: OMAP2+: Remove legacy mailbox device instantiation

Hi Tony, On 09/14/2015 06:37 PM, Suman Anna wrote: > The legacy-style mailbox device creation is supported currently > only for OMAP3, as all other SoCs are DT-boot only. Even on this > SoC, there are no client drivers that utilize these mailbox devices. > So, clean up the legacy-style mailbox