Re: [PATCH v2 0/3] Add Renesas R8A77980 GEther support

From: Sergei Shtylyov Date: Fri, 18 May 2018 21:28:29 +0300 > Here's a set of 3 patches against DaveM's 'net-next.git' repo. They > (gradually) > add R8A77980 GEther support to the 'sh_eth' driver, starting with couple new > register bits/values introduced

Re: [PATCH] i2c: mux: demux-pinctrl: disable PM user interface

On 2018-04-30 14:08, Wolfram Sang wrote: > The demux device is only a logical device with no children. So, no > RuntimePM is needed, let's disable the sysfs interface for it. > > Signed-off-by: Wolfram Sang > --- > > I think it is proper to just disable the

Re: [PATCH 2/2] i2c: mux: demux-pinctrl: add symlinks to the demux device in sysfs

On 2018-04-30 13:55, Wolfram Sang wrote: > Similar to mux devices, create special symlinks to connect the demuxed > bus with the demux device. > > Signed-off-by: Wolfram Sang > --- > drivers/i2c/muxes/i2c-demux-pinctrl.c | 8 > 1 file changed, 8

Re: [PATCH 1/2] i2c: mux: demux-pinctrl: use proper parent device for demux adapter

On 2018-04-30 13:55, Wolfram Sang wrote: > Due to a typo, the wrong parent device was assigned to the newly created > demuxing adapter device. It got connected to the demuxing platform > device but not to the selected parent I2C adapter device. Fix it to get > a proper parent-child relationship of

Re: [PATCH 0/2] i2c: mux: demux-pinctrl: improve device relationships

On 2018-05-17 16:11, Wolfram Sang wrote: > On Mon, Apr 30, 2018 at 01:55:42PM +0200, Wolfram Sang wrote: >> While researching some PM behaviour within I2C, I found out that the >> i2c-demux >> driver does not play well with that due to broken relationship with other >> devices. Patch 1 ensures

[PATCH 3/3] sh_eth: fix typo in comment to BCULR write

Simon has noticed a typo in the comment accompaining the BCULR write -- fix it and move the comment before the write (following the style of the other comments), while at it... Reported-by: Simon Horman Signed-off-by: Sergei Shtylyov ---

[PATCH 2/3] sh_eth: fix comment grammar in 'struct sh_eth_cpu_data'

All the verbs in the comments to the 'struct sh_eth_cpu_data' declaration should be in a 3rd person singular, to match the nouns. Signed-off-by: Sergei Shtylyov --- drivers/net/ethernet/renesas/sh_eth.h | 22 +++--- 1 file changed, 11

[PATCH 1/3] sh_eth: fix typo in EESR.TRO bit name

The correct name of the EESR bit 8 is TRO (transmit retry over), not RTO. Note that EESIPR bit 8, TROIP remained correct... Signed-off-by: Sergei Shtylyov --- drivers/net/ethernet/renesas/sh_eth.c | 10 +- drivers/net/ethernet/renesas/sh_eth.h |

[PATCH 0/3] sh_eth: fix typos/grammar

Hello! Here's a set of 3 patches against DaveM's 'net-next.git' repo plus the R8A77980 support patches posted earlier. They fix the comments typos/grammar and another typo in the EESR bit... [1/1] sh_eth: fix typo in EESR.TRO bit name [2/3] sh_eth: fix comment grammar in 'struct sh_eth_cpu_data'

[PATCH 2/2] tests: suspend/resume: Increase number of processed frames

The suspend/resume test starts a run of 300 frames and suspends the system one second later. On some SoCs (namely H3 ES2.0) the VSP bandwidth is high enough to complete processing of 300 frames in less than a second. The test thus suspends and resumes the system with the VSP idle instead of

[PATCH 1/2] vsp-lib: Capture the kernel log messages in test log files

It can be useful to capture kernel log messages in test log files for diagnostic purpose. Add a simple mechanism to do so by capturing the full kernel log at the end of the test. The kernel log is cleared first before starting the test to avoid capturing unrelated messages. Signed-off-by: Laurent

[PATCH 0/2] vsp-tests: Fix suspend/resume test

Hello, This small series fixes the VSP suspend/resume test to ensure that the VSP is running when suspending. The first patch isn't strictly required, but was helpful when debugging the second patch, so I've included it in the series. Laurent Pinchart (2): vsp-lib: Capture the kernel log

Re: [PATCH] arm64: dts: renesas: r8a77980: add SMP support

On 05/17/2018 11:23 PM, Geert Uytterhoeven wrote: >> Add the device nodes for 3 more Cortex-A53 CPU cores; adjust the interrupt >> delivery masks for the ARM GIC and Architectured Timer. >> >> Based on the original (and large) patch by Vladimir Barinov. >> >> Signed-off-by: Vladimir Barinov

Re: [PATCH v3 24/26] drm/bridge: remove the .of_node member

Am Mittwoch, 16. Mai 2018, 12:15:08 CEST schrieb Peter Rosin: > It is unused. > > Acked-by: Daniel Vetter > Signed-off-by: Peter Rosin > diff --git a/drivers/gpu/drm/rockchip/rockchip_lvds.c > b/drivers/gpu/drm/rockchip/rockchip_lvds.c > index

Re: [PATCH v3 01/26] drm/bridge: allow optionally specifying an owner .odev device

Hi Peter, Am Mittwoch, 16. Mai 2018, 12:14:45 CEST schrieb Peter Rosin: > Bridge drivers can now (temporarily, in a transition phase) select if > they want to provide a full owner device or keep just providing an > of_node. > > By providing a full owner device, the bridge drivers no longer need

Re: [PATCH v3 8/9] media: rcar-vin: Rename _rcar_info to rcar_info

Hello! On 5/18/2018 5:40 PM, Jacopo Mondi wrote: Remove trailing underscore to align all rcar_group_route structure Leading, not trailing (judging on the patch). declarations. Signed-off-by: Jacopo Mondi --- drivers/media/platform/rcar-vin/rcar-core.c | 4