Applied "spi: sh-msiof: Use correct enum for DMA transfer direction" to the spi tree

The patch spi: sh-msiof: Use correct enum for DMA transfer direction has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Re: Use after free with pinctrl_enable() and devm_pinctrl_register_and_init()

* Geert Uytterhoeven [180321 15:44]: > Hi Linus, Tony, > > If claiming hogs failed, pinctrl_enable() frees the pctldev, and > destroys its mutex. Hmm so is something also left dangling at this point? > However, if the pin controller is registered using >

Re: [PATCH 3/3] pinctrl: sh-pfc: r8a77995: deduplicate VIN4 pin definitions

On Mon, Mar 19, 2018 at 5:37 PM, Ulrich Hecht wrote: > Use union vin_data and VIN_DATA_PIN_GROUP() to reduce redundancies > in pin definitions. > > Signed-off-by: Ulrich Hecht Reviewed-by: Geert Uytterhoeven

Re: [PATCH 2/3] pinctrl: sh-pfc: r8a7796: deduplicate VIN4 pin definitions

On Mon, Mar 19, 2018 at 5:37 PM, Ulrich Hecht wrote: > Use union vin_data and VIN_DATA_PIN_GROUP() to reduce redundancies > in pin definitions. > > Signed-off-by: Ulrich Hecht Reviewed-by: Geert Uytterhoeven

Re: [PATCH 1/3] pinctrl: sh-pfc: r8a7795: deduplicate VIN4 pin definitions

On Mon, Mar 19, 2018 at 5:37 PM, Ulrich Hecht wrote: > Use union vin_data and VIN_DATA_PIN_GROUP() to reduce redundancies > in pin definitions. > > Signed-off-by: Ulrich Hecht Reviewed-by: Geert Uytterhoeven

Use after free with pinctrl_enable() and devm_pinctrl_register_and_init()

Hi Linus, Tony, If claiming hogs failed, pinctrl_enable() frees the pctldev, and destroys its mutex. However, if the pin controller is registered using devm_pinctrl_register_and_init(), device resource management will call pinctrl_unregister() later. This will access the destroyed pctldev,

Re: [PATCH 3/3] pinctrl: sh-pfc: r8a77995: correct VIN4 18-bit pins

On Mon, Mar 19, 2018 at 5:37 PM, Ulrich Hecht wrote: > RGB666 has a pin assignment that differs from the other formats. > > Signed-off-by: Ulrich Hecht Reviewed-by: Geert Uytterhoeven i.e. will queue in

Re: [PATCH 2/3] pinctrl: sh-pfc: r8a7796: correct VIN4 18-bit pins

On Mon, Mar 19, 2018 at 5:37 PM, Ulrich Hecht wrote: > RGB666 has a pin assignment that differs from the other formats. > > Signed-off-by: Ulrich Hecht Reviewed-by: Geert Uytterhoeven i.e. will queue in

Re: [PATCH 1/3] pinctrl: sh-pfc: r8a7795: correct VIN4 18-bit pins

On Mon, Mar 19, 2018 at 5:37 PM, Ulrich Hecht wrote: > RGB666 has a pin assignment that differs from the other formats. > > Signed-off-by: Ulrich Hecht Reviewed-by: Geert Uytterhoeven i.e. will queue in

Re: [PATCH 2/2] arm: dts: sh73a0 KZM9 as unhandled IRQs on boot

Hi Magnus, On Tue, Mar 20, 2018 at 9:20 AM, Magnus Damm wrote: > From: Magnus Damm > > Booting sh73a0 KZM9G results in the following on the console: > > [0.03] renesas_intc_irqpin e690.interrupt-controller: driving 8 > irqs > [

Re: [PATCH] [RFC] drm: rcar-du: keep temporary dtb files around during build

Hi Arnd, On Wednesday, 21 March 2018 09:38:35 EET Arnd Bergmann wrote: > On Tue, Mar 20, 2018 at 9:15 PM, Laurent Pinchart wrote: > > On Friday, 16 March 2018 10:25:25 EET Arnd Bergmann wrote: > >> On Fri, Mar 16, 2018 at 2:39 AM, wrote: > >>> On Thursday, March 15, 2018

Re: [PATCH] arm64: dts: renesas: r8a77970: Update IPMMU DS1 bit number

On Wed, Mar 21, 2018 at 09:51:33AM +0100, Simon Horman wrote: > On Tue, Mar 20, 2018 at 04:51:07PM +0900, Magnus Damm wrote: > > From: Magnus Damm > > > > Judging by "R-Car-Gen3-rev0.80" IPMMU IMSSTR register documentation > > for [R-Car V3M] the DS1 bit field should

Re: [PATCH] clk: renesas: cpg-mssr: Adjust r8a77980 ifdef

On Tue, Mar 20, 2018 at 8:04 PM, Sergei Shtylyov wrote: > On 03/20/2018 10:40 AM, Magnus Damm wrote: >> From: Magnus Damm >> >> Adjust the R8A77980-specific #ifdefs to use CLK instead of ARCH >> to follow same style as other SoCs. >

Re: [PATCH] arm64: dts: renesas: r8a77970: Update IPMMU DS1 bit number

On Tue, Mar 20, 2018 at 8:51 AM, Magnus Damm wrote: > From: Magnus Damm > > Judging by "R-Car-Gen3-rev0.80" IPMMU IMSSTR register documentation > for [R-Car V3M] the DS1 bit field should be bit 0. > > Update the ipmmu-main property to make it

Re: [PATCH] spi: sh-msiof: Use correct enum for DMA transfer direction

On 21.03.2018 09:07, Geert Uytterhoeven wrote: > Use enum dma_transfer_direction as required by dmaengine_prep_slave_sg() > instead of enum dma_data_direction. This won't change behavior in > practice as the enum values are equivalent. > > This fixes two warnings when building with clang: >

Re: [PATCH 42/52] ARM: dts: r7s72100: add USB device to device tree

On Tue, Mar 20, 2018 at 11:20:39AM +, Chris Brandt wrote: > Hi Geert, > > On Tuesday, March 20, 2018, Geert Uytterhoeven wrote: > > > At one point Greg applied it, then reverted it (as requested by Geert), > > > but then somehow it still went in. > > > > It's not present in upstream: > > >

Re: [PATCH] arm64: dts: renesas: r8a77970: Update IPMMU DS1 bit number

On Tue, Mar 20, 2018 at 04:51:07PM +0900, Magnus Damm wrote: > From: Magnus Damm > > Judging by "R-Car-Gen3-rev0.80" IPMMU IMSSTR register documentation > for [R-Car V3M] the DS1 bit field should be bit 0. > > Update the ipmmu-main property to make it match the data

Re: [Intel-gfx] [PATCH igt 2/8] tests/kms_panel_fitting: check for i915 before checking version

Hi Daniel, On Wednesday, 21 March 2018 10:34:33 EET Daniel Vetter wrote: > On Tue, Mar 20, 2018 at 01:24:09PM +0200, Laurent Pinchart wrote: > > Hi Ulrich, > > > > Thank you for the patch. > > > > On Thursday, 15 March 2018 16:45:38 EET Ulrich Hecht wrote: > > > Fixes false negatives on

Re: [Intel-gfx] [PATCH igt 0/8] Non-Intel test suite fixes

On Tue, Mar 20, 2018 at 01:32:17PM +0200, Laurent Pinchart wrote: > Hello, > > On Monday, 19 March 2018 18:41:05 EET Ulrich Hecht wrote: > > On Fri, Mar 16, 2018 at 9:55 AM, Daniel Vetter wrote: > > > On Thu, Mar 15, 2018 at 03:45:36PM +0100, Ulrich Hecht wrote: > > >> Hi! > >

Re: [Intel-gfx] [PATCH igt 2/8] tests/kms_panel_fitting: check for i915 before checking version

On Tue, Mar 20, 2018 at 01:24:09PM +0200, Laurent Pinchart wrote: > Hi Ulrich, > > Thank you for the patch. > > On Thursday, 15 March 2018 16:45:38 EET Ulrich Hecht wrote: > > Fixes false negatives on non-i915 platforms. > > > > Signed-off-by: Ulrich Hecht > >

Re: [PATCH] dt-bindings: i2c: document R8A77965 bindings

On Tue, Mar 20, 2018 at 10:53 PM, Wolfram Sang wrote: > R-Car M3-N (R8A77965) SoC has a R-Car Gen3-compatible I2C controller. has an > Signed-off-by: Wolfram Sang Reviewed-by: Geert Uytterhoeven

Re: [PATCH] watchdog: renesas-wdt: Add support for WDIOF_CARDRESET

On Tue, Mar 20, 2018 at 10:36 PM, Wolfram Sang wrote: > From: Veeraiyan Chidambaram > > This patch adds the WDIOF_CARDRESET support for the Renessas platform > watchdog, to know if the board reboot is due to a watchdog reset.

Re: [PATCH] watchdog: renesas-wdt: Add support for WDIOF_CARDRESET

On Wed, Mar 21, 2018 at 01:40:55AM +0200, Vladimir Zapolskiy wrote: > Hi Wolfram, > > On 03/20/2018 11:36 PM, Wolfram Sang wrote: > > From: Veeraiyan Chidambaram > > > > This patch adds the WDIOF_CARDRESET support for the Renessas platform > > typo,

[PATCH] spi: sh-msiof: Use correct enum for DMA transfer direction

Use enum dma_transfer_direction as required by dmaengine_prep_slave_sg() instead of enum dma_data_direction. This won't change behavior in practice as the enum values are equivalent. This fixes two warnings when building with clang: drivers/spi/spi-sh-msiof.c:755:27: warning: implicit

Re: [PATCH] [RFC] drm: rcar-du: keep temporary dtb files around during build

On Tue, Mar 20, 2018 at 9:15 PM, Laurent Pinchart wrote: > Hi Arnd, > > On Friday, 16 March 2018 10:25:25 EET Arnd Bergmann wrote: >> On Fri, Mar 16, 2018 at 2:39 AM, wrote: >> > On Thursday, March 15, 2018 8:37 AM, Arnd Bergmann wrote: