Re: [PATCH] arm64: dts: r8a7795: Increase the size of GIC-400 mapped registers

Hi Simon, On 28.04.2016 01:30, Simon Horman wrote: Hi Dirk, I understand that there is an issue here but I'm not yet able to convince myself that this is the correct solution. In revision r0p1 of the CoreLink GIC-400 Generic Interrupt Controller Technical Reference Manual[1] I see in Section

Re: [PATCH 2/6] mmc: sh_mobile_sdhi: remove obsolete irq_by_name registration

On Thu, 28 Apr 2016 07:54:57 +0900, Rich Felker wrote: > > On Tue, Apr 19, 2016 at 11:37:13AM +0200, Wolfram Sang wrote: > > On Mon, Apr 18, 2016 at 10:21:41AM +0200, Ulf Hansson wrote: > > > On 6 April 2016 at 11:25, Wolfram Sang wrote: > > > > From: Wolfram Sang

Re: [PATCH v2 01/13] dt-bindings: Add Renesas R-Car FCP DT bindings

On Tue, Apr 26, 2016 at 12:36:26AM +0300, Laurent Pinchart wrote: > The FCP is a companion module of video processing modules in the Renesas > R-Car Gen3 SoCs. It provides data compression and decompression, data > caching, and conversion of AXI transactions in order to reduce the > memory

[PATCH 5/5] ARM: dts: r8a7794: Don't disable referenced optional clocks

From: Geert Uytterhoeven clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Update the various disabled external clock nodes to default to a

[PATCH 3/5] ARM: dts: r8a7790: Don't disable referenced optional clocks

From: Geert Uytterhoeven clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Update the various disabled external clock nodes to default to a

[GIT PULL] Second Round of Renesas ARM Based SoC DT Updates for v4.7

Hi Olof, Hi Kevin, Hi Arnd, Please consider these second round of Renesas ARM based SoC DT updates for v4.7. This pull request is based on the previous round of such requests, tagged as renesas-dt-for-v4.7, which you have already pulled. The following changes since commit

[PATCH 4/5] ARM: dts: r8a7793: Don't disable referenced optional clocks

From: Geert Uytterhoeven clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Update the various disabled external clock nodes to default to a

[PATCH 2/5] ARM: dts: r8a7779: Don't disable referenced optional clocks

From: Geert Uytterhoeven clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Update the various disabled external clock nodes to default to a

[PATCH] arm64: dts: r8a7795: Don't disable referenced optional scif clock

From: Geert Uytterhoeven clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Update the disabled external scif clock node so that it is not

Re: [GIT PULL] Second Round of Renesas ARM Based SoC R-Car SYSC Updates for v4.7

On Tue, Apr 26, 2016 at 12:44:48PM +0200, Arnd Bergmann wrote: > On Tuesday 26 April 2016 11:28:38 Simon Horman wrote: > > This pull request is based on a merge of: > > > > * Thee previous round of such requests, tagged as > > renesas-rcar-sysc-for-v4.7, > > which you have previously pulled. >

Re: [ANNOUNCE] Renesas tree closed for v4.7

On Wed, Apr 27, 2016 at 01:51:40PM +0300, Sergei Shtylyov wrote: > Hello. > > On 4/27/2016 3:54 AM, Simon Horman wrote: > > >>I would like to stop accepting non-bug-fix patches for v4.6 and get > >v4.7? > > >>the last pull requests posted by the end of this week. This is in order > >>for

[PATCH v3 1/5] mmc: tmio: give read32/write32 functions more descriptive names

From: Wolfram Sang Looking at the backlogs, I am not the only one who missed that the above functions do not read u32 from one register, but create a virtual u32 from reading to adjacent u16 registers (which depending on 'bus_shift' can be up to 8 byte apart).

[PATCH v3 0/5] mmc: tmio: make CTL_STATUS handling consistent

It took me a little to discover that CTL_STATUS has a different handling than the other registers. CTL_STATUS and CTL_STATUS2, both u16, are merged into a virtual u32. However, CTL_STATUS2 was also directly accessed. Clean this up, make this consistent, and document this. Making the driver less

[PATCH v3 2/5] mmc: tmio: use BIT() within defines

From: Wolfram Sang BIT() makes it easier to match the bits to the datasheet. This is especially important here, since some variants have different names in their datasheets (like with Renesas R-Car). Reviewed-by: Simon Horman

[PATCH v3 3/5] mmc: tmio: use CTL_STATUS consistently

From: Wolfram Sang To prevent confusion, use the virtual u32 CTL_STATUS in card_busy() the same way as in other parts of this driver. Reviewed-by: Simon Horman Signed-off-by: Wolfram Sang ---

[PATCH v3 5/5] mmc: tmio: document CTL_STATUS handling

From: Wolfram Sang Now that reading CTL_STATUS is consistent, we can remove CTL_STATUS2 and document how this is handled internally. Reviewed-by: Simon Horman Signed-off-by: Wolfram Sang ---

Re: [PATCH v2 08/13] v4l: vsp1: Make vsp1_entity_get_pad_compose() more generic

Hi Sergei, On Tuesday 26 Apr 2016 21:09:10 Sergei Shtylyov wrote: > On 04/26/2016 12:36 AM, Laurent Pinchart wrote: > > Turn the helper into a function that can retrieve crop and compose > > selection rectangles. > > > > Signed-off-by: Laurent Pinchart > >

[PATCH] sh-sci: SysRq support on EARLYCON

Add missing flag condition. Signed-off-by: Yoshinori Sato --- drivers/tty/serial/sh-sci.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/tty/serial/sh-sci.c b/drivers/tty/serial/sh-sci.c index 0130feb..5a73620 100644 ---

Re: [PATCH 0/4] clk: renesas: Clock Domain fixes

On 26 April 2016 at 09:09, Geert Uytterhoeven wrote: > Hi Mike, Stephen, > > This patch series contains fixes for the Renesas CPG/MSTP and CPG/MSSR > Clock Domains: > 1. Postpone calls to pm_genpd_init(), as all local setup of the > generic_pm_domain

Re: [PATCH 2/4] clk: renesas: mstp: Use always-on governor for Clock Domain

On 27 April 2016 at 16:04, Geert Uytterhoeven wrote: > Hi Ulf, > > On Wed, Apr 27, 2016 at 3:59 PM, Ulf Hansson wrote: >> On 26 April 2016 at 09:09, Geert Uytterhoeven >> wrote: >>> As a pure Clock Domain does not have the

Re: [ANNOUNCE] Renesas tree closed for v4.7

Hello. On 4/27/2016 3:54 AM, Simon Horman wrote: I would like to stop accepting non-bug-fix patches for v4.6 and get v4.7? the last pull requests posted by the end of this week. This is in order for them to be sent before the release of v4.5-rc6, the deadline set by the The version

Re: [PATCH] pinctrl: ish-pfc: avoid unused variable warning

On Wednesday 27 April 2016 03:26 PM, Arnd Bergmann wrote: After the conversion to devm_pinctrl_register, we get a warning in sh_pfc_remove when CONFIG_PINCTRL_SH_PFC_GPIO is disabled: drivers/pinctrl/sh-pfc/core.c: In function 'sh_pfc_remove': drivers/pinctrl/sh-pfc/core.c:603:17: unused

[PATCH] pinctrl: ish-pfc: avoid unused variable warning

After the conversion to devm_pinctrl_register, we get a warning in sh_pfc_remove when CONFIG_PINCTRL_SH_PFC_GPIO is disabled: drivers/pinctrl/sh-pfc/core.c: In function 'sh_pfc_remove': drivers/pinctrl/sh-pfc/core.c:603:17: unused variable 'pfc' [-Werror=unused-variable] struct sh_pfc *pfc =

Re: [PATCH v2 0/5] mmc: tmio: make CTL_STATUS handling consistent

On 26 April 2016 at 18:53, Wolfram Sang wrote: > It took me a little to discover that CTL_STATUS has a different handling than > the other registers. CTL_STATUS and CTL_STATUS2, both u16, are merged into a > virtual u32. However, CTL_STATUS2 was also directly accessed. > >

Re: [PATCH] mmc: mmcif: remove obsolete support for sh7372

On 26 April 2016 at 22:34, Wolfram Sang wrote: > From: Wolfram Sang > > There is no support for this platform in the kernel anymore. Make the > Kconfig text more generic, so it won't get stale anymore. > > Reported-by: Geert Uytterhoeven

Re: [PATCH] mmc: sdhi: remove obsolete support for sh7372

On 26 April 2016 at 22:29, Wolfram Sang wrote: > From: Wolfram Sang > > There is no support for this platform in the kernel anymore. > > Reported-by: Geert Uytterhoeven > Signed-off-by: Wolfram Sang

Re: [PATCH] mmc: sdhi: remove obsolete support for sh7372

On Tue, Apr 26, 2016 at 10:29 PM, Wolfram Sang wrote: > From: Wolfram Sang > > There is no support for this platform in the kernel anymore. > > Reported-by: Geert Uytterhoeven > Signed-off-by: Wolfram Sang