[PATCH 4.4-rc5 v22 3/4] irqchip: gic: Introduce plumbing for IPI FIQ

ions where it is available but tricky to enable) the code to change groups does not deploy and all IPIs will be raised via IRQ. Signed-off-by: Daniel Thompson Cc: Thomas Gleixner Cc: Jason Cooper Cc: Russell King Cc: Marc Zyngier Tested-by: Jon Medhurst --- drivers/irqchip/irq-gic.c

[PATCH 4.4-rc5 v22 2/4] irqchip: gic: Make gic_raise_softirq FIQ-safe

oftirq() we no longer need to mask interrupts during gic_raise_softirq() because the b.L migration is always performed from task context. Signed-off-by: Daniel Thompson Cc: Thomas Gleixner Cc: Jason Cooper Cc: Russell King Cc: Marc Zyngier Acked-by: Nicolas Pitre --- drivers/irqchip/irq-gic.

[PATCH 4.4-rc5 v22 4/4] ARM: Allow IPI_CPU_BACKTRACE to exploit FIQ

ment using FIQ. Signed-off-by: Daniel Thompson --- arch/arm/include/asm/smp.h | 9 + arch/arm/kernel/smp.c | 6 ++ arch/arm/kernel/traps.c| 9 - 3 files changed, 23 insertions(+), 1 deletion(-) diff --git a/arch/arm/include/asm/smp.h b/arch/arm/include/asm/smp.h i

[PATCH 4.4-rc5 v22 1/4] irqchip: gic: Optimize locking in gic_raise_softirq

finer grain lock and providing conditionally compiled inlines to lock/unlock it. Signed-off-by: Daniel Thompson Cc: Thomas Gleixner Cc: Jason Cooper Cc: Russell King Cc: Marc Zyngier Acked-by: Nicolas Pitre --- drivers/irqchip/irq-gic.c | 36 +--- 1 file changed

[PATCH 4.4-rc5 v22 0/4] irq/arm: Use FIQ for NMI backtrace (when possible)

MULTI_IRQ_HANDLER support by clearing FIQs using handle_arch_irq (Marc Zygnier). * Fix gic_cpu_if_down() to ensure group 1 interrupts are disabled when the interface is brought down. For changes in v20 and earlier see: http://thread.gmane.org/gmane.linux.kernel/1928465 Daniel Thompson (4): irqchip

[PATCH 4.4-rc5 v22 3/4] irqchip: gic: Introduce plumbing for IPI FIQ

ions where it is available but tricky to enable) the code to change groups does not deploy and all IPIs will be raised via IRQ. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org> Cc: Thomas Gleixner <t...@linutronix.de> Cc: Jason Cooper <ja...@lakedaemon.net> Cc: Russell

[PATCH 4.4-rc5 v22 2/4] irqchip: gic: Make gic_raise_softirq FIQ-safe

oftirq() we no longer need to mask interrupts during gic_raise_softirq() because the b.L migration is always performed from task context. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org> Cc: Thomas Gleixner <t...@linutronix.de> Cc: Jason Cooper <ja...@lakedaemon.net&

[PATCH 4.4-rc5 v22 4/4] ARM: Allow IPI_CPU_BACKTRACE to exploit FIQ

ment using FIQ. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org> --- arch/arm/include/asm/smp.h | 9 + arch/arm/kernel/smp.c | 6 ++ arch/arm/kernel/traps.c| 9 - 3 files changed, 23 insertions(+), 1 deletion(-) diff --git a/arch/arm/include/asm/smp.h

[PATCH 4.4-rc5 v22 0/4] irq/arm: Use FIQ for NMI backtrace (when possible)

MULTI_IRQ_HANDLER support by clearing FIQs using handle_arch_irq (Marc Zygnier). * Fix gic_cpu_if_down() to ensure group 1 interrupts are disabled when the interface is brought down. For changes in v20 and earlier see: http://thread.gmane.org/gmane.linux.kernel/1928465 Daniel Thompson (4): irqchip

[PATCH 4.4-rc5 v22 1/4] irqchip: gic: Optimize locking in gic_raise_softirq

finer grain lock and providing conditionally compiled inlines to lock/unlock it. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org> Cc: Thomas Gleixner <t...@linutronix.de> Cc: Jason Cooper <ja...@lakedaemon.net> Cc: Russell King <li...@arm.linux.org.uk> Cc:

Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable

On 18/12/15 14:52, Petr Mladek wrote: On Fri 2015-12-18 10:18:08, Daniel Thompson wrote: On 11/12/15 23:26, Jiri Kosina wrote: On Fri, 11 Dec 2015, Russell King - ARM Linux wrote: I'm personally happy with the existing code, and I've been wondering why there's this effort to apply further

Re: [PATCH 2/2] irqchip/gic: Identify and report any reserved SGI IDs

On 18/12/15 07:39, Marc Zyngier wrote: On 16/12/15 17:08, Daniel Thompson wrote: It is possible for the secure world to reserve certain SGI IDs for itself. Currently we have limited visibility of which IDs are safe to use for IPIs. Modify the GIC initialization code to actively search

Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable

On 11/12/15 23:26, Jiri Kosina wrote: On Fri, 11 Dec 2015, Russell King - ARM Linux wrote: I'm personally happy with the existing code, and I've been wondering why there's this effort to apply further cleanups - to me, the changelogs don't seem to make that much sense, unless we want to start

Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable

On 11/12/15 23:26, Jiri Kosina wrote: On Fri, 11 Dec 2015, Russell King - ARM Linux wrote: I'm personally happy with the existing code, and I've been wondering why there's this effort to apply further cleanups - to me, the changelogs don't seem to make that much sense, unless we want to start

Re: [PATCH 2/2] irqchip/gic: Identify and report any reserved SGI IDs

On 18/12/15 07:39, Marc Zyngier wrote: On 16/12/15 17:08, Daniel Thompson wrote: It is possible for the secure world to reserve certain SGI IDs for itself. Currently we have limited visibility of which IDs are safe to use for IPIs. Modify the GIC initialization code to actively search

Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable

On 18/12/15 14:52, Petr Mladek wrote: On Fri 2015-12-18 10:18:08, Daniel Thompson wrote: On 11/12/15 23:26, Jiri Kosina wrote: On Fri, 11 Dec 2015, Russell King - ARM Linux wrote: I'm personally happy with the existing code, and I've been wondering why there's this effort to apply further

Re: [PATCH 2/2] irqchip/gic: Identify and report any reserved SGI IDs

On Wed, Dec 16, 2015 at 05:47:09PM +, Marc Zyngier wrote: > Hi Daniel, Hi Marc Thanks for the review. > On 16/12/15 17:08, Daniel Thompson wrote: > > It is possible for the secure world to reserve certain SGI IDs for itself. > > Currently we have limited visibility of

Re: [PATCH 2/2] irqchip/gic: Identify and report any reserved SGI IDs

On Wed, Dec 16, 2015 at 05:47:09PM +, Marc Zyngier wrote: > Hi Daniel, Hi Marc Thanks for the review. > On 16/12/15 17:08, Daniel Thompson wrote: > > It is possible for the secure world to reserve certain SGI IDs for itself. > > Currently we have limited visibility of

[PATCH 0/2] Fix NMI backtrace for Inforce IFC6410

on Inforce IFC6410 and a patch to detect and report reserved SGI IDs during boot. The patch (deliberately) keeps quiet on platforms where the kernel's world is not subject to any restrictions. Daniel Thompson (2): arm: Fix "NMI" backtrace for Inforce IFC6410 irqchip/gic: Identify and

[PATCH 1/2] arm: Fix "NMI" backtrace for Inforce IFC6410

on the console. It is likely this is because SGI IDs 14 and 15 have been reserved for use by secure world on this platform. For IFC6410 platform the code works as expected when IPI_CPU_BACKTRACE is set to any value in the interval 9..13. Signed-off-by: Daniel Thompson --- arch/arm/kernel/smp.c | 3

[PATCH 2/2] irqchip/gic: Identify and report any reserved SGI IDs

here ~~~ Signed-off-by: Daniel Thompson --- drivers/irqchip/irq-gic.c | 53 +++ 1 file changed, 53 insertions(+) diff --git a/drivers/irqchip/irq-gic.c b/drivers/irqchip/irq-gic.c index abf2ffaed392..541622da7049 100644 --- a/drivers/irqchip/irq-gic.c

[PATCH 1/2] arm: Fix "NMI" backtrace for Inforce IFC6410

on the console. It is likely this is because SGI IDs 14 and 15 have been reserved for use by secure world on this platform. For IFC6410 platform the code works as expected when IPI_CPU_BACKTRACE is set to any value in the interval 9..13. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.

[PATCH 2/2] irqchip/gic: Identify and report any reserved SGI IDs

here ~~~ Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org> --- drivers/irqchip/irq-gic.c | 53 +++ 1 file changed, 53 insertions(+) diff --git a/drivers/irqchip/irq-gic.c b/drivers/irqchip/irq-gic.c index abf2ffaed392..541622da7049

[PATCH 0/2] Fix NMI backtrace for Inforce IFC6410

on Inforce IFC6410 and a patch to detect and report reserved SGI IDs during boot. The patch (deliberately) keeps quiet on platforms where the kernel's world is not subject to any restrictions. Daniel Thompson (2): arm: Fix "NMI" backtrace for Inforce IFC6410 irqchip/gic: Identify and

Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable

On 11/12/15 23:21, Russell King - ARM Linux wrote: As I explained when I did that work, the vast majority of ARM platforms are unable to trigger anything like a NMI - the FIQ is something that's generally a property of the secure monitor, and is not accessible to Linux. However, there are

Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable

On 11/12/15 23:21, Russell King - ARM Linux wrote: As I explained when I did that work, the vast majority of ARM platforms are unable to trigger anything like a NMI - the FIQ is something that's generally a property of the secure monitor, and is not accessible to Linux. However, there are

Re: [RESEND RFC/PATCH 6/8] media: platform: mtk-vcodec: Add Mediatek V4L2 Video Encoder Driver

On 02/12/15 13:08, tiffany lin wrote: We need MTK_STATE_ABORT to inform encoder thread (mtk_venc_worker) that stop encodeing job from stopped ctx instance. When user space qbuf, we need to make sure everything is ready to sent buf to encode. Agree that you need a flag here. In fact currently

Re: [RESEND RFC/PATCH 6/8] media: platform: mtk-vcodec: Add Mediatek V4L2 Video Encoder Driver

On 02/12/15 13:08, tiffany lin wrote: We need MTK_STATE_ABORT to inform encoder thread (mtk_venc_worker) that stop encodeing job from stopped ctx instance. When user space qbuf, we need to make sure everything is ready to sent buf to encode. Agree that you need a flag here. In fact currently

Re: [RESEND RFC/PATCH 6/8] media: platform: mtk-vcodec: Add Mediatek V4L2 Video Encoder Driver

On 01/12/15 10:42, tiffany lin wrote: > diff --git a/drivers/media/platform/mtk-vcodec/common/venc_drv_if.c b/drivers/media/platform/mtk-vcodec/common/venc_drv_if.c > new file mode 100644 > index 000..9b3f025 > --- /dev/null [snip] > +int venc_if_create(void *ctx, unsigned int

Re: [RESEND RFC/PATCH 6/8] media: platform: mtk-vcodec: Add Mediatek V4L2 Video Encoder Driver

On 01/12/15 10:42, tiffany lin wrote: > diff --git a/drivers/media/platform/mtk-vcodec/common/venc_drv_if.c b/drivers/media/platform/mtk-vcodec/common/venc_drv_if.c > new file mode 100644 > index 000..9b3f025 > --- /dev/null [snip] > +int venc_if_create(void *ctx, unsigned int

Re: [RESEND RFC/PATCH 3/8] media: platform: mtk-vpu: Support Mediatek VPU

On 30 November 2015 at 11:43, andrew-ct chen wrote: > On Fri, 2015-11-27 at 12:21 +0000, Daniel Thompson wrote: >> On 27/11/15 12:10, andrew-ct chen wrote: >> >>> + >> >>> > >+ memcpy((void *)send_obj->share_buf, buf, len); >> >>&g

Re: [RESEND RFC/PATCH 6/8] media: platform: mtk-vcodec: Add Mediatek V4L2 Video Encoder Driver

On 30 November 2015 at 11:39, tiffany lin wrote: >> > diff --git a/drivers/media/platform/mtk-vcodec/Makefile >> > b/drivers/media/platform/mtk-vcodec/Makefile >> > new file mode 100644 >> > index 000..c7f7174 >> > --- /dev/null >> > +++ b/drivers/media/platform/mtk-vcodec/Makefile >> > @@

Re: [RESEND RFC/PATCH 6/8] media: platform: mtk-vcodec: Add Mediatek V4L2 Video Encoder Driver

On 30 November 2015 at 11:39, tiffany lin wrote: >> > diff --git a/drivers/media/platform/mtk-vcodec/Makefile >> > b/drivers/media/platform/mtk-vcodec/Makefile >> > new file mode 100644 >> > index 000..c7f7174 >> > --- /dev/null >> > +++

Re: [RESEND RFC/PATCH 3/8] media: platform: mtk-vpu: Support Mediatek VPU

On 30 November 2015 at 11:43, andrew-ct chen <andrew-ct.c...@mediatek.com> wrote: > On Fri, 2015-11-27 at 12:21 +0000, Daniel Thompson wrote: >> On 27/11/15 12:10, andrew-ct chen wrote: >> >>> + >> >>> > >+ memcpy((void *)send_obj->shar

Re: [RESEND RFC/PATCH 6/8] media: platform: mtk-vcodec: Add Mediatek V4L2 Video Encoder Driver

Hi Tiffany/Andrew This review is a rather more superficial than my previous one. Mostly I'm just commenting on some of the bits I spotted whilst trying to find my way around the patchset. I hope to another more detailed review for v2 (and feel free to add me to Cc:). On 17/11/15 12:54,

Re: [RESEND RFC/PATCH 3/8] media: platform: mtk-vpu: Support Mediatek VPU

On 27/11/15 12:10, andrew-ct chen wrote: + > >+ memcpy((void *)send_obj->share_buf, buf, len); > >+ send_obj->len = len; > >+ send_obj->id = id; > >+ vpu_cfg_writel(vpu, 0x1, HOST_TO_VPU); > >+ > >+ /* Wait until VPU receives the command */ > >+ timeout = jiffies +

Re: [RESEND RFC/PATCH 6/8] media: platform: mtk-vcodec: Add Mediatek V4L2 Video Encoder Driver

Hi Tiffany/Andrew This review is a rather more superficial than my previous one. Mostly I'm just commenting on some of the bits I spotted whilst trying to find my way around the patchset. I hope to another more detailed review for v2 (and feel free to add me to Cc:). On 17/11/15 12:54,

Re: [RESEND RFC/PATCH 3/8] media: platform: mtk-vpu: Support Mediatek VPU

On 27/11/15 12:10, andrew-ct chen wrote: + > >+ memcpy((void *)send_obj->share_buf, buf, len); > >+ send_obj->len = len; > >+ send_obj->id = id; > >+ vpu_cfg_writel(vpu, 0x1, HOST_TO_VPU); > >+ > >+ /* Wait until VPU receives the command */ > >+ timeout = jiffies +

Re: [RESEND RFC/PATCH 3/8] media: platform: mtk-vpu: Support Mediatek VPU

On 17/11/15 12:54, Tiffany Lin wrote: From: Andrew-CT Chen The VPU driver for hw video codec embedded in Mediatek's MT8173 SOCs. It is able to handle video decoding/encoding of in a range of formats. The driver provides with VPU firmware download, memory management and the communication

Re: [RESEND RFC/PATCH 3/8] media: platform: mtk-vpu: Support Mediatek VPU

On 17/11/15 12:54, Tiffany Lin wrote: From: Andrew-CT Chen The VPU driver for hw video codec embedded in Mediatek's MT8173 SOCs. It is able to handle video decoding/encoding of in a range of formats. The driver provides with VPU firmware download, memory management

Re: [PATCH v2 8/9] ARM: dts: Add leds support to STM32F429 Discovery board

On 27/10/15 21:52, Andreas Färber wrote: Am 27.10.2015 um 22:46 schrieb Linus Walleij: Heartbeat is awesome. Yes, it's awesome for testing, but not for a .dts file that ends up in a distro (not the case here, of course) and keeps blinking on the desk. If someone wants LEDs to blink, they can

Re: [PATCH v2 8/9] ARM: dts: Add leds support to STM32F429 Discovery board

On 27/10/15 21:52, Andreas Färber wrote: Am 27.10.2015 um 22:46 schrieb Linus Walleij: Heartbeat is awesome. Yes, it's awesome for testing, but not for a .dts file that ends up in a distro (not the case here, of course) and keeps blinking on the desk. If someone wants LEDs to blink, they can

Re: [PATCH v2 3/9] includes: dt-bindings: Add STM32F429 pinctrl DT bindings

On 17/10/15 18:23, Maxime Coquelin wrote: Signed-off-by: Maxime Coquelin --- include/dt-bindings/pinctrl/pinctrl-stm32.h | 12 + include/dt-bindings/pinctrl/stm32f429-pinfunc.h | 1241 +++ 2 files changed, 1253 insertions(+) create mode 100644

Re: [PATCH v2 3/9] includes: dt-bindings: Add STM32F429 pinctrl DT bindings

On 17/10/15 18:23, Maxime Coquelin wrote: Signed-off-by: Maxime Coquelin --- include/dt-bindings/pinctrl/pinctrl-stm32.h | 12 + include/dt-bindings/pinctrl/stm32f429-pinfunc.h | 1241 +++ 2 files changed, 1253 insertions(+) create mode

[PATCH] hwrng: exynos - Fix unbalanced PM runtime get/puts

Currently this driver calls pm_runtime_get_sync() rampantly but never puts anything back. This makes it impossible for the device to autosuspend properly; it will remain fully active after the first use. Fix in the obvious way. Signed-off-by: Daniel Thompson Cc: Kukjin Kim Cc: Krzysztof

[PATCH] hwrng: exynos - Fix unbalanced PM runtime get/puts

Currently this driver calls pm_runtime_get_sync() rampantly but never puts anything back. This makes it impossible for the device to autosuspend properly; it will remain fully active after the first use. Fix in the obvious way. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org&

Re: [PATCH 2/7] includes: dt-bindings: Add STM32F429 pinctrl DT bindings

On 15/10/15 12:29, Maxime Coquelin wrote: 2015-10-15 13:14 GMT+02:00 Daniel Thompson : On 14/10/15 21:07, Maxime Coquelin wrote: Signed-off-by: Maxime Coquelin --- include/dt-bindings/pinctrl/pinctrl-stm32.h | 12 + include/dt-bindings/pinctrl/stm32f429-pinfunc.h | 1241

Re: [PATCH 2/7] includes: dt-bindings: Add STM32F429 pinctrl DT bindings

On 14/10/15 21:07, Maxime Coquelin wrote: Signed-off-by: Maxime Coquelin --- include/dt-bindings/pinctrl/pinctrl-stm32.h | 12 + include/dt-bindings/pinctrl/stm32f429-pinfunc.h | 1241 +++ 2 files changed, 1253 insertions(+) create mode 100644

Re: [PATCH 2/7] includes: dt-bindings: Add STM32F429 pinctrl DT bindings

On 14/10/15 21:07, Maxime Coquelin wrote: Signed-off-by: Maxime Coquelin --- include/dt-bindings/pinctrl/pinctrl-stm32.h | 12 + include/dt-bindings/pinctrl/stm32f429-pinfunc.h | 1241 +++ 2 files changed, 1253 insertions(+) create mode

Re: [PATCH 2/7] includes: dt-bindings: Add STM32F429 pinctrl DT bindings

On 15/10/15 12:29, Maxime Coquelin wrote: 2015-10-15 13:14 GMT+02:00 Daniel Thompson <daniel.thomp...@linaro.org>: On 14/10/15 21:07, Maxime Coquelin wrote: Signed-off-by: Maxime Coquelin <mcoquelin.st...@gmail.com> --- include/dt-bindings/pinctrl/pinctrl-stm32.h | 12 +

[PATCH] hwrng: stm32 - Fix build with CONFIG_PM

Commit c6a97c42e399 ("hwrng: stm32 - add support for STM32 HW RNG") was inadequately tested (actually it was tested quite hard so incompetent would be a better description that inadequate) and does not compile on platforms with CONFIG_PM set. Fix this. Signed-off-by: Daniel Thompson

[PATCH v3 2/3] hwrng: stm32 - add support for STM32 HW RNG

Add support for STMicroelectronics STM32 random number generator. The config value defaults to N, reflecting the fact that STM32 is a very low resource microcontroller platform and unlikely to be targeted by any "grown up" defconfigs. Signed-off-by: Daniel Thompson Reviewed-by: Lin

[PATCH v3 3/3] ARM: dts: stm32f429: Adopt STM32 RNG driver

New bindings and driver have been created for STM32 series parts. This patch integrates this changes. Signed-off-by: Daniel Thompson Acked-by: Maxime Coquelin --- arch/arm/boot/dts/stm32f429.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch

[PATCH v3 1/3] dt-bindings: Document the STM32 HW RNG bindings

This adds documentation of device tree bindings for the STM32 hardware random number generator. Signed-off-by: Daniel Thompson Acked-by: Maxime Coquelin Acked-by: Rob Herring --- .../devicetree/bindings/rng/st,stm32-rng.txt| 21 + 1 file changed, 21 insertions

[PATCH v3 0/3] hwrng: stm32 - add support for STM32 HW RNG

(Linus Walleij, Maxime Coquelin). * Only WARN_ONCE() when hardware failure mechanisms trigger (Maxime Coquelin). * Simplify end of probe function after cocci warning (Fengguang Wu). * Switch to devm_hwrng_register. Daniel Thompson (3): dt-bindings: Document the STM32 HW RNG bindings

Re: [PATCH v2 2/4] dmaengine: Add STM32 DMA driver

On 14/10/15 16:26, M'boumba Cedric Madianga wrote: 2015-10-14 16:24 GMT+02:00 Daniel Thompson : Hmnnn... The dmaengine framework will WARN_ONCE() if an dmaengine is removed whilst it is active and also works hard to ensure dmaengine modules are not removed whilst there are active drivers

Re: [PATCH v2 2/4] dmaengine: Add STM32 DMA driver

On 14/10/15 14:41, M'boumba Cedric Madianga wrote: 2015-10-14 15:29 GMT+02:00 Daniel Thompson : On 14/10/15 14:17, M'boumba Cedric Madianga wrote: Hi Daniel, + +static int stm32_dma_remove(struct platform_device *pdev) +{ + struct stm32_dma_device *dmadev = platform_get_drvdata(pdev

Re: [PATCH v2 2/4] dmaengine: Add STM32 DMA driver

On 14/10/15 14:17, M'boumba Cedric Madianga wrote: Hi Daniel, + +static int stm32_dma_remove(struct platform_device *pdev) +{ + struct stm32_dma_device *dmadev = platform_get_drvdata(pdev); + + of_dma_controller_free(pdev->dev.of_node); + + dma_async_device_unregister(>ddev);

Re: [PATCH v2 2/4] dmaengine: Add STM32 DMA driver

On 14/10/15 08:54, M'boumba Cedric Madianga wrote: +static int stm32_dma_alloc_chan_resources(struct dma_chan *c) +{ + struct stm32_dma_chan *chan = to_stm32_dma_chan(c); + struct stm32_dma_device *dmadev = stm32_dma_chan_get_dev(chan); + int ret; + + chan->config_init =

[PATCH v3 0/3] hwrng: stm32 - add support for STM32 HW RNG

(Linus Walleij, Maxime Coquelin). * Only WARN_ONCE() when hardware failure mechanisms trigger (Maxime Coquelin). * Simplify end of probe function after cocci warning (Fengguang Wu). * Switch to devm_hwrng_register. Daniel Thompson (3): dt-bindings: Document the STM32 HW RNG bindings

[PATCH v3 1/3] dt-bindings: Document the STM32 HW RNG bindings

This adds documentation of device tree bindings for the STM32 hardware random number generator. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org> Acked-by: Maxime Coquelin <mcoquelin.st...@gmail.com> Acked-by: Rob Herring <r...@kernel.org> --- .../devicetree/bin

[PATCH v3 3/3] ARM: dts: stm32f429: Adopt STM32 RNG driver

New bindings and driver have been created for STM32 series parts. This patch integrates this changes. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org> Acked-by: Maxime Coquelin <mcoquelin.st...@gmail.com> --- arch/arm/boot/dts/stm32f429.dtsi | 7 +++ 1 file changed,

Re: [PATCH v2 2/4] dmaengine: Add STM32 DMA driver

On 14/10/15 16:26, M'boumba Cedric Madianga wrote: 2015-10-14 16:24 GMT+02:00 Daniel Thompson <daniel.thomp...@linaro.org>: Hmnnn... The dmaengine framework will WARN_ONCE() if an dmaengine is removed whilst it is active and also works hard to ensure dmaengine modules are not removed

[PATCH] hwrng: stm32 - Fix build with CONFIG_PM

Commit c6a97c42e399 ("hwrng: stm32 - add support for STM32 HW RNG") was inadequately tested (actually it was tested quite hard so incompetent would be a better description that inadequate) and does not compile on platforms with CONFIG_PM set. Fix this. Signed-off-by: Danie

Re: [PATCH v2 2/4] dmaengine: Add STM32 DMA driver

On 14/10/15 14:41, M'boumba Cedric Madianga wrote: 2015-10-14 15:29 GMT+02:00 Daniel Thompson <daniel.thomp...@linaro.org>: On 14/10/15 14:17, M'boumba Cedric Madianga wrote: Hi Daniel, + +static int stm32_dma_remove(struct platform_device *pdev) +{ + struct stm32_dma_device *

[PATCH v3 2/3] hwrng: stm32 - add support for STM32 HW RNG

Add support for STMicroelectronics STM32 random number generator. The config value defaults to N, reflecting the fact that STM32 is a very low resource microcontroller platform and unlikely to be targeted by any "grown up" defconfigs. Signed-off-by: Daniel Thompson <daniel.thomp.

Re: [PATCH v2 2/4] dmaengine: Add STM32 DMA driver

On 14/10/15 08:54, M'boumba Cedric Madianga wrote: +static int stm32_dma_alloc_chan_resources(struct dma_chan *c) +{ + struct stm32_dma_chan *chan = to_stm32_dma_chan(c); + struct stm32_dma_device *dmadev = stm32_dma_chan_get_dev(chan); + int ret; + + chan->config_init =

Re: [PATCH v2 2/4] dmaengine: Add STM32 DMA driver

On 14/10/15 14:17, M'boumba Cedric Madianga wrote: Hi Daniel, + +static int stm32_dma_remove(struct platform_device *pdev) +{ + struct stm32_dma_device *dmadev = platform_get_drvdata(pdev); + + of_dma_controller_free(pdev->dev.of_node); + + dma_async_device_unregister(>ddev);

Re: [PATCH v2 2/4] dmaengine: Add STM32 DMA driver

On 13/10/15 15:05, M'boumba Cedric Madianga wrote: This patch adds support for the STM32 DMA controller. Signed-off-by: M'boumba Cedric Madianga --- drivers/dma/Kconfig | 12 + drivers/dma/Makefile|1 + drivers/dma/stm32-dma.c | 1175

Re: [PATCH v2 2/4] dmaengine: Add STM32 DMA driver

On 13/10/15 15:05, M'boumba Cedric Madianga wrote: This patch adds support for the STM32 DMA controller. Signed-off-by: M'boumba Cedric Madianga --- drivers/dma/Kconfig | 12 + drivers/dma/Makefile|1 + drivers/dma/stm32-dma.c | 1175

[PATCH 1/3] dt-bindings: Document the STM32 HW RNG bindings

This adds documentation of device tree bindings for the STM32 hardware random number generator. Signed-off-by: Daniel Thompson Acked-by: Maxime Coquelin Acked-by: Rob Herring --- .../devicetree/bindings/rng/st,stm32-rng.txt| 21 + 1 file changed, 21 insertions

[PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

Add support for STMicroelectronics STM32 random number generator. The config value defaults to N, reflecting the fact that STM32 is a very low resource microcontroller platform and unlikely to be targeted by any "grown up" defconfigs. Signed-off-by: Daniel Thompson --- drivers/char

[PATCH 3/3] ARM: dts: stm32f429: Adopt STM32 RNG driver

New bindings and driver have been created for STM32 series parts. This patch integrates this changes. Signed-off-by: Daniel Thompson Acked-by: Maxime Coquelin --- arch/arm/boot/dts/stm32f429.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch

[PATCH 0/3] hwrng: stm32 - add support for STM32 HW RNG

to devm_hwrng_register. Daniel Thompson (3): dt-bindings: Document the STM32 HW RNG bindings hwrng: stm32 - add support for STM32 HW RNG ARM: dts: stm32f429: Adopt STM32 RNG driver .../devicetree/bindings/rng/st,stm32-rng.txt | 21 +++ arch/arm/boot/dts/stm32f429.dtsi

[PATCH 3/3] ARM: dts: stm32f429: Adopt STM32 RNG driver

New bindings and driver have been created for STM32 series parts. This patch integrates this changes. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org> Acked-by: Maxime Coquelin <mcoquelin.st...@gmail.com> --- arch/arm/boot/dts/stm32f429.dtsi | 7 +++ 1 file changed,

[PATCH 1/3] dt-bindings: Document the STM32 HW RNG bindings

This adds documentation of device tree bindings for the STM32 hardware random number generator. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org> Acked-by: Maxime Coquelin <mcoquelin.st...@gmail.com> Acked-by: Rob Herring <r...@kernel.org> --- .../devicetree/bin

[PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

Add support for STMicroelectronics STM32 random number generator. The config value defaults to N, reflecting the fact that STM32 is a very low resource microcontroller platform and unlikely to be targeted by any "grown up" defconfigs. Signed-off-by: Daniel Thompson <daniel.thomp.

[PATCH 0/3] hwrng: stm32 - add support for STM32 HW RNG

to devm_hwrng_register. Daniel Thompson (3): dt-bindings: Document the STM32 HW RNG bindings hwrng: stm32 - add support for STM32 HW RNG ARM: dts: stm32f429: Adopt STM32 RNG driver .../devicetree/bindings/rng/st,stm32-rng.txt | 21 +++ arch/arm/boot/dts/stm32f429.dtsi

Re: [PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

On 5 October 2015 at 10:22, Daniel Thompson wrote: > On 4 October 2015 at 11:32, Linus Walleij wrote: >> On Sat, Oct 3, 2015 at 10:35 PM, Daniel Thompson >> wrote: >> Then this construct: >> >>> +static int stm32_rng_read(struct hwrng *rng, vo

Re: [PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

On 5 October 2015 at 10:22, Daniel Thompson wrote: > On 4 October 2015 at 11:32, Linus Walleij wrote: >> On Sat, Oct 3, 2015 at 10:35 PM, Daniel Thompson >> 3. I took out the datasheet for Nomadik STn8820 and it seems that >> the hardware is very similar to what this driv

Re: [PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

On 5 October 2015 at 10:22, Daniel Thompson <daniel.thomp...@linaro.org> wrote: > On 4 October 2015 at 11:32, Linus Walleij <linus.wall...@linaro.org> wrote: >> On Sat, Oct 3, 2015 at 10:35 PM, Daniel Thompson >> 3. I took out the datasheet for Nomadik STn8820 and it

Re: [PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

On 5 October 2015 at 10:22, Daniel Thompson <daniel.thomp...@linaro.org> wrote: > On 4 October 2015 at 11:32, Linus Walleij <linus.wall...@linaro.org> wrote: >> On Sat, Oct 3, 2015 at 10:35 PM, Daniel Thompson >> <daniel.thomp...@linaro.org> wrote: >>

Re: [PATCH v9 4/5] xhci: mediatek: support MTK xHCI host controller

On 08/10/15 13:05, chunfeng yun wrote: Hi, On Thu, 2015-10-01 at 12:44 +0100, Daniel Thompson wrote: On 29/09/15 04:01, Chunfeng Yun wrote: There some vendor quirks for MTK xhci host controller: 1. It defines some extra SW scheduling parameters for HW to minimize the scheduling effort

Re: [PATCH v9 4/5] xhci: mediatek: support MTK xHCI host controller

On 08/10/15 13:05, chunfeng yun wrote: Hi, On Thu, 2015-10-01 at 12:44 +0100, Daniel Thompson wrote: On 29/09/15 04:01, Chunfeng Yun wrote: There some vendor quirks for MTK xhci host controller: 1. It defines some extra SW scheduling parameters for HW to minimize the scheduling effort

Re: [PATCH 2/3] hwrng: st: Report correct FIFO size

. This means only 4 of the 8 available values are being read during each invocation of .read(). This change increased the device bandwidth by a factor of 2. Reported-by: Daniel Thompson Signed-off-by: Lee Jones --- drivers/char/hw_random/st-rng.c | 3 ++- 1 file changed, 2 insertions(+), 1

Re: [PATCH 2/3] hwrng: st: Report correct FIFO size

. This means only 4 of the 8 available values are being read during each invocation of .read(). This change increased the device bandwidth by a factor of 2. Reported-by: Daniel Thompson <daniel.thomp...@linaro.org> Signed-off-by: Lee Jones <lee.jo...@linaro.org> --- drivers/char/hw_ran

Re: [PATCH v2 5/7] hwrng: st: Add support for ST's HW Random Number Generator

On 05/10/15 13:11, Lee Jones wrote: On Mon, 05 Oct 2015, Daniel Thompson wrote: Late but... That's okay. Fixup patches can always be submitted. We have forever. :) On 17/09/15 14:45, Lee Jones wrote: diff --git a/drivers/char/hw_random/Makefile b/drivers/char/hw_random/Makefile index

Re: [PATCH v2 5/7] hwrng: st: Add support for ST's HW Random Number Generator

Hi Lee Late but... On 17/09/15 14:45, Lee Jones wrote: diff --git a/drivers/char/hw_random/Makefile b/drivers/char/hw_random/Makefile index 055bb01..8bcfb45 100644 --- a/drivers/char/hw_random/Makefile +++ b/drivers/char/hw_random/Makefile @@ -30,4 +30,5 @@ obj-$(CONFIG_HW_RANDOM_TPM) +=

Re: [PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

On 4 October 2015 at 09:52, Maxime Coquelin wrote: > Hi Daniel, > > On 10/03/2015 10:35 PM, Daniel Thompson wrote: >> >> Add support for STMicroelectronics STM32 random number generator. >> >> The config value defaults to N, reflecting the fact that STM32 is a >

Re: [PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

On 4 October 2015 at 11:32, Linus Walleij wrote: > On Sat, Oct 3, 2015 at 10:35 PM, Daniel Thompson > wrote: > >> Add support for STMicroelectronics STM32 random number generator. >> >> The config value defaults to N, reflecting the fact that STM32 is a >>

Re: [PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

On 4 October 2015 at 11:32, Linus Walleij <linus.wall...@linaro.org> wrote: > On Sat, Oct 3, 2015 at 10:35 PM, Daniel Thompson > <daniel.thomp...@linaro.org> wrote: > >> Add support for STMicroelectronics STM32 random number generator. >> >> The config v

Re: [PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

On 4 October 2015 at 09:52, Maxime Coquelin <mcoquelin.st...@gmail.com> wrote: > Hi Daniel, > > On 10/03/2015 10:35 PM, Daniel Thompson wrote: >> >> Add support for STMicroelectronics STM32 random number generator. >> >> The config value defaults to N, refl

Re: [PATCH v2 5/7] hwrng: st: Add support for ST's HW Random Number Generator

Hi Lee Late but... On 17/09/15 14:45, Lee Jones wrote: diff --git a/drivers/char/hw_random/Makefile b/drivers/char/hw_random/Makefile index 055bb01..8bcfb45 100644 --- a/drivers/char/hw_random/Makefile +++ b/drivers/char/hw_random/Makefile @@ -30,4 +30,5 @@ obj-$(CONFIG_HW_RANDOM_TPM) +=

Re: [PATCH v2 5/7] hwrng: st: Add support for ST's HW Random Number Generator

On 05/10/15 13:11, Lee Jones wrote: On Mon, 05 Oct 2015, Daniel Thompson wrote: Late but... That's okay. Fixup patches can always be submitted. We have forever. :) On 17/09/15 14:45, Lee Jones wrote: diff --git a/drivers/char/hw_random/Makefile b/drivers/char/hw_random/Makefile index

[PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

Add support for STMicroelectronics STM32 random number generator. The config value defaults to N, reflecting the fact that STM32 is a very low resource microcontroller platform and unlikely to be targeted by any "grown up" defconfigs. Signed-off-by: Daniel Thompson --- drivers/char

[PATCH 3/3] ARM: dts: stm32f429: Adopt STM32 RNG driver

New bindings and driver have been created for STM32 series parts. This patch integrates this changes. Signed-off-by: Daniel Thompson --- arch/arm/boot/dts/stm32f429.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429

[PATCH 1/3] dt-bindings: Document the STM32 HW RNG bindings

This adds documenttaion of device tree binds for the STM32 hardware random number generator. Signed-off-by: Daniel Thompson --- .../devicetree/bindings/hwrng/stm32-rng.txt | 21 + 1 file changed, 21 insertions(+) create mode 100644 Documentation/devicetree/bindings

[PATCH 0/3] hwrng: stm32 - add support for STM32 HW RNG

This patchset introduces a driver for the STM32 hardware random number generator. Daniel Thompson (3): dt-bindings: Document the STM32 HW RNG bindings hwrng: stm32 - add support for STM32 HW RNG ARM: dts: stm32f429: Adopt STM32 RNG driver .../devicetree/bindings/hwrng/stm32-rng.txt

[PATCH 2/3] hwrng: stm32 - add support for STM32 HW RNG

Add support for STMicroelectronics STM32 random number generator. The config value defaults to N, reflecting the fact that STM32 is a very low resource microcontroller platform and unlikely to be targeted by any "grown up" defconfigs. Signed-off-by: Daniel Thompson <daniel.thomp.

[PATCH 1/3] dt-bindings: Document the STM32 HW RNG bindings

This adds documenttaion of device tree binds for the STM32 hardware random number generator. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org> --- .../devicetree/bindings/hwrng/stm32-rng.txt | 21 + 1 file changed, 21 insertions(+) create mode

<    5   6   7   8   9   10   11   12   13   14   >