Re: [PATCH 2/6] dt-bindings: pwm: rcar: Document r8a774[35] PWM bindings

On Thu, Dec 14, 2017 at 10:56:12AM +, Fabrizio Castro wrote: > This patch adds compatible strings specific to r8a774[35], no driver > change is needed as the fallback compatible string will activate the > right code. Also, this patch replaces the example with a DT snippet used > for adding

Re: [PATCH 1/2] dt-bindings: thermal: rcar: Add device tree support for r8a7743

On Wed, Dec 13, 2017 at 10:57:52AM +, Biju Das wrote: > Add thermal sensor support for r8a7743 SoC. The Renesas RZ/G1M > (r8a7743) thermal sensor module is identical to the R-Car Gen2 family. > > No driver change is needed due to the fallback compatible value > "renesas,rcar-gen2-thermal". >

Re: [PATCH 1/3] dt-bindings: timer: renesas, cmt: Document r8a774[35] CMT support

On Tue, Dec 12, 2017 at 06:49:37PM +, Fabrizio Castro wrote: > Document SoC specific compatible strings for r8a7743 and r8a7745. > No driver change is needed as the fallback strings will activate > the right code. > > Signed-off-by: Fabrizio Castro >

Re: [PATCH 4/6] dt-bindings: pwm: renesas-tpu: Document r8a774[35] support

On Thu, Dec 14, 2017 at 10:56:14AM +, Fabrizio Castro wrote: > Document r8a774[35] specific compatible strings. No driver change is > needed as the fallback compatible string "renesas,tpu" activates the > right code in the driver. > > Signed-off-by: Fabrizio Castro

Re: [PATCH v2 00/22] mmc: tmio: various fixes and cleanups

> > Other thoughts? > > Nope. I have :) Another solution seems to be to switch to ioread16_rep and friends. Those are defined on sparc64. Compiles locally here, now sent it to buildbot. signature.asc Description: PGP signature

Re: arm64: unhandled level 0 translation fault

On Fri, Dec 15, 2017 at 02:30:00PM +0100, Geert Uytterhoeven wrote: > Hi Dave, > > On Fri, Dec 15, 2017 at 12:23 PM, Dave Martin wrote: > > On Thu, Dec 14, 2017 at 07:08:27PM +0100, Geert Uytterhoeven wrote: > >> On Thu, Dec 14, 2017 at 4:24 PM, Dave P Martin

Re: [PATCH v2 00/22] mmc: tmio: various fixes and cleanups

> > Ulf, this patch then in deed should ideally be applied before 1-8 here. > > Okay, once you post it to linux-mmc I will pick it up, and put it in front. Bad news, that patch didn't help. The problem is that sparc64 doesn't include 'asm-generic/io.h' and also has no own 'readsw'. No surprise

Re: [PATCH v2 00/22] mmc: tmio: various fixes and cleanups

On 15 December 2017 at 17:30, Wolfram Sang wrote: > >> > Ulf, this patch then in deed should ideally be applied before 1-8 here. >> >> Okay, once you post it to linux-mmc I will pick it up, and put it in front. > > Bad news, that patch didn't help. The problem is that sparc64

Re: [PATCH 5/5] v4l2: async: Add debug output to v4l2-async module

Hi Jacopo, On Wed, Dec 13, 2017 at 07:26:20PM +0100, Jacopo Mondi wrote: > The v4l2-async module operations are quite complex to follow, due to the > asynchronous nature of subdevices and notifiers registration and > matching procedures. In order to help with debugging of failed or > erroneous

Re: arm64: unhandled level 0 translation fault

On Fri, Dec 15, 2017 at 04:59:28PM +0100, Geert Uytterhoeven wrote: > On Fri, Dec 15, 2017 at 3:27 PM, Will Deacon wrote: > > On Fri, Dec 15, 2017 at 02:30:00PM +0100, Geert Uytterhoeven wrote: > >> On Fri, Dec 15, 2017 at 12:23 PM, Dave Martin wrote: >

Re: [PATCH 3/3] PM / Domains: Take WAKEUP_PATH driver flag into account in genpd

On 15 December 2017 at 16:56, Ulf Hansson wrote: > In case the WAKEUP_PATH flag has been set in a later phase than from the > ->suspend() callback, the PM core want set the ->power.wakeup_path status /s/want/don't If another version is needed I fix, else perhaps you can

[PULL REQUEST] renesas/topic/rcar-i2c-recovery for renesas drivers

Hi Geert, here is a topic branch for renesas-drivers which enables I2C bus recovery on i2c-rcar IP cores. It is based on i2c/for-next + renesas/dt-for-v4.16 + renesas/topc/ip-switch-rework-2017. Please pull. Kind regards, Wolfram The following changes since commit

Re: arm64: unhandled level 0 translation fault

Hi Will, On Fri, Dec 15, 2017 at 3:27 PM, Will Deacon wrote: > On Fri, Dec 15, 2017 at 02:30:00PM +0100, Geert Uytterhoeven wrote: >> On Fri, Dec 15, 2017 at 12:23 PM, Dave Martin wrote: >> > The two important differences here seem to be >> > >> > 1)

Re: arm64: unhandled level 0 translation fault

On Fri, Dec 15, 2017 at 3:27 PM, Will Deacon wrote: > On Fri, Dec 15, 2017 at 02:30:00PM +0100, Geert Uytterhoeven wrote: >> On Fri, Dec 15, 2017 at 12:23 PM, Dave Martin wrote: >> > The two important differences here seem to be >> > >> > 1) Staging the

[PATCH 3/3] PM / Domains: Take WAKEUP_PATH driver flag into account in genpd

In case the WAKEUP_PATH flag has been set in a later phase than from the ->suspend() callback, the PM core want set the ->power.wakeup_path status flag for the device. Therefore, let's be safe and check it explicitly. Signed-off-by: Ulf Hansson ---

[PATCH 0/3] PM / core: Extend behaviour for wakeup paths

The generic problem this series intends to solve, is that for some PM domains, especially genpd, the current information in the dev->power.wakeup_path, is not sufficient for a PM domain to fully understand how to treat devices in the wakeup path during system suspend. Particularly this applies to

[PATCH 2/3] PM / core: Add WAKEUP_PATH driver flag

During system suspend, a driver may find that the wakeup setting is enabled for its device and therefore configures it to deliver system wakeup signals. Additionally, sometimes the driver and its device, relies on some further consumed resource, like an irqchip or a phy for example, to stay

[PATCH 1/3] PM / core: Assign the wakeup_path status flag in __device_prepare()

The PM core in the device_prepare() phase, resets the wakeup_path status flag to the value of device_may_wakeup(). This means if a ->prepare() or a ->suspend() callback for the device would update the device's wakeup setting, this doesn't become reflected in the wakeup_path status flag. In

[PULL REQUEST] renesas/topc/ip-switch-rework-2017 for renesas drivers

Hi Geert, Here is the the topic branch to add the I2C IP core switcher to all busses of Gen2 boards where some kind of switching is possible (mostly to/from GPIO). It is based on v4.15-rc1 + renesas/dt-for-v4.16 merged in. Please pull. Kind regards, Wolfram The following changes since

Re: [PATCH 4/5] v4l2: async: Postpone subdev_notifier registration

Hi Jacopo, On Wed, Dec 13, 2017 at 07:26:19PM +0100, Jacopo Mondi wrote: > Currently, subdevice notifiers are tested against all available > subdevices as soon as they get registered. It often happens anyway > that the subdevice they are connected to is not yet initialized, as > it usually gets

[PATCH 1/7] drm/img-rogue: adapt to changed fence API

Everything "fence..." is now "dma_fence...". Signed-off-by: Ulrich Hecht --- kernel/drivers/staging/imgtec/pvr_buffer_sync.c | 38 +++--- kernel/drivers/staging/imgtec/pvr_fence.c | 68 -

[PATCH 4/7] drm/img-rogue: dma_buf_ops .kmap_* are now .map_*

Signed-off-by: Ulrich Hecht --- services/server/env/linux/physmem_dmabuf.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/services/server/env/linux/physmem_dmabuf.c b/services/server/env/linux/physmem_dmabuf.c index 5faa62d..ac651d3

[PATCH 7/7] drm/img-rogue: replace call to obsolete drm_platform_init()

Use drm_dev_alloc(), drm_dev_register() and remove the .load and .unload methods from drm_driver. Signed-off-by: Ulrich Hecht --- include/drm/pvr_drm.h| 2 ++ kernel/drivers/staging/imgtec/pvr_drm.c | 23

[PATCH 3/7] drm/img-rogue: #include in osfunc.c

Required for sched_clock() Signed-off-by: Ulrich Hecht --- services/server/env/linux/osfunc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/services/server/env/linux/osfunc.c b/services/server/env/linux/osfunc.c index 39d4f89..c222095 100644 ---

[PATCH 5/7] drm/img-rogue: dma_ops->sync_single_for_*() -> dma_sync_single_for_*()

Signed-off-by: Ulrich Hecht --- services/server/env/linux/osfunc_arm64.c | 24 1 file changed, 4 insertions(+), 20 deletions(-) diff --git a/services/server/env/linux/osfunc_arm64.c b/services/server/env/linux/osfunc_arm64.c index

[PATCH 6/7] drm/img-rogue: init_timer() -> setup_timer()

Signed-off-by: Ulrich Hecht --- services/server/env/linux/osfunc.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/services/server/env/linux/osfunc.c b/services/server/env/linux/osfunc.c index c222095..b529c63 100644 ---

[PATCH 2/7] drm/img-rogue: change #include to

Signed-off-by: Ulrich Hecht --- services/server/env/linux/pvr_uaccess.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/services/server/env/linux/pvr_uaccess.h b/services/server/env/linux/pvr_uaccess.h index 74ddc58..382cca4 100644 ---

[PATCH 0/7] up-port of out-of-tree GSX GPU driver for r8a7796

Hi! This is a set of patches to the out-of-tree driver for the PowerVR GX6650 GPU used in the R-Car M3-W SoC that is required to make it work on mainline. The driver source can be downloaded here: https://www.renesas.com/en-us/solutions/automotive/rcar-demoboard.html The patched driver can also

[PATCH 2/4] clk: renesas: rcar-gen3: Add ZG clock divider support

From: Takeshi Kihara This patch adds ZG clock divider support for R-Car Gen3 SoC. Signed-off-by: Takeshi Kihara --- drivers/clk/renesas/rcar-gen3-cpg.c | 120 drivers/clk/renesas/rcar-gen3-cpg.h

[PATCH 3/4] arm64: dts: r8a7796: Add GSX device node

From: Takeshi Kihara This patch adds GSX device node for R8A7796 SoC. Signed-off-by: Takeshi Kihara --- arch/arm64/boot/dts/renesas/r8a7796.dtsi | 8 1 file changed, 8 insertions(+) diff --git

[PATCH 4/4] arm64: dts: r8a7796: Add DEVFREQ support for GSX

From: Gaku Inami This patch supports GSX frequency scaling using devfreq. Includes update of the OPP tables for GSX because the typical voltage of VDD_DVFS (power optimized) was updated to 0.83V by R-Car Gen3 EC Rev0.54E specification. Signed-off-by: Gaku Inami

[PATCH 1/4] clk: renesas: r8a7796: Add ZG clock

From: Takeshi Kihara This patch adds ZG clock for R8A7796 SoC. Signed-off-by: Takeshi Kihara --- drivers/clk/renesas/r8a7796-cpg-mssr.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/clk/renesas/r8a7796-cpg-mssr.c

[PATCH 3/5] ARM: dts: iwg20d-q7-common: Sound DMA support via BUSIF on DTS

DMA transfer to/from SSIU DMA [MEM] -> [SSIU] -> [SSI] DMA [MEM] <- [SSIU] <- [SSI] Signed-off-by: Biju Das Reviewed-by: Fabrizio Castro --- arch/arm/boot/dts/iwg20d-q7-common.dtsi | 5 - 1 file changed, 5 deletions(-)

[PATCH 2/5] ARM: dts: iwg20d-q7-common: Sound DMA support on DTS

DMA transfer to/from SSI DMA [MEM] -> [SSI] DMA [MEM] <- [SSI] Signed-off-by: Biju Das Reviewed-by: Fabrizio Castro --- arch/arm/boot/dts/iwg20d-q7-common.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[PATCH 5/5] ARM: dts: iwg20d-q7-common: Sound DMA support via DVC on DTS

DMA transfer uses DVC DMA DMApp [MEM] -> [SRC] -> [DVC] -> [SSIU] -> [SSI] DMA DMApp [MEM] <- [DVC] <- [SRC] <- [SSIU] <- [SSI] Signed-off-by: Biju Das Reviewed-by: Fabrizio Castro ---

[PATCH 4/5] ARM: dts: iwg20d-q7-common: Sound DMA support via SRC on DTS

DMA transfer to/from SRC DMA DMApp [MEM] -> [SRC] -> [SSIU] -> [SSI] DMA DMApp [MEM] <- [SRC] <- [SSIU] <- [SSI] Current sound driver is supporting SSI/SRC random connection. So, this patch is trying SSI1 -> SRC3 SSI0 <- SRC2 Signed-off-by: Biju Das

[PATCH 0/5] Add sound support

This series aims to add sound support for iWave RZ/G1M board. This patch series has below dependencies 1) https://www.spinics.net/lists/arm-kernel/msg622754.html 2) https://patchwork.kernel.org/patch/10108041/ Biju Das (5): ARM: dts: iwg20d-q7-common: Sound PIO support ARM: dts:

Re: [PATCH 3/5] include: v4l2_async: Add 'owner' field to notifier

Hi Jacopo, On Wed, Dec 13, 2017 at 07:26:18PM +0100, Jacopo Mondi wrote: > Notifiers can be registered as root notifiers (identified by a 'struct > v4l2_device *') or subdevice notifiers (identified by a 'struct > v4l2_subdev *'). In order to identify a notifier no matter if it is root > or not,

Re: [PATCH/RFC v2 10/15] adv748x: csi2: add translation from pixelcode to CSI-2 datatype

Hi Kieran, On Thu, Dec 14, 2017 at 10:25:36PM +, Kieran Bingham wrote: > Hi Niklas, > > On 14/12/17 19:08, Niklas Söderlund wrote: > > This will be needed to fill out the frame descriptor information > > correctly. > > > > Signed-off-by: Niklas Söderlund

Re: [PATCH 2/5] device property: Add fwnode_get_name() operation

Hi Jacopo, Thanks for the patch. Could you cc the next version to linux-a...@vger.kernel.org, please? Cc Mika, too. On Wed, Dec 13, 2017 at 07:26:17PM +0100, Jacopo Mondi wrote: > Add operation to retrieve the device name from a fwnode handle. > > Signed-off-by: Jacopo Mondi

Re: arm64: unhandled level 0 translation fault

On Fri, Dec 15, 2017 at 02:30:00PM +0100, Geert Uytterhoeven wrote: > On Fri, Dec 15, 2017 at 12:23 PM, Dave Martin wrote: > > The two important differences here seem to be > > > > 1) Staging the state via current->thread.fpsimd_state instead of loading > > directly: > > > >

Re: [PATCH] v4l: rcar-csi2: Don't bail out from probe on no ep

Hi Hans, On 2017-12-15 15:06:44 +0100, Hans Verkuil wrote: > Niklas, > > Did you look at this? If I should take it, can you Ack it? If you are > going to squash or add it to our of your own patch series, then let me > know and I can remove it from my todo queue. I did look at it and talked to

Re: [PATCH/RFC v2 07/15] rcar-csi2: use frame description information to configure CSI-2 bus

Hi Niklas, thanks for the patch! On Thu, Dec 14, 2017 at 08:08:27PM +0100, Niklas Söderlund wrote: > The driver now have access to frame descriptor information, use it. Only > enable the virtual channels which are described in the frame descriptor > and calculate the link based on all enabled

Re: [PATCH 0/4] kms++util: Provide validation helpers

On 14/12/17 01:10, Kieran Bingham wrote: From: Kieran Bingham Our kms-tests test suite for verifying the R-Car DU is based on kmsxx. We are implementing a 'loop-back' validator, by providing an HDMI cable from the display output directly into the HDMI receiver

Re: [PATCH 4/4] kms++util: Add frame compare functionality

Hi, On 14/12/17 01:10, Kieran Bingham wrote: From: Kieran Bingham Provide a means to compare two identically sized framebuffers. This basic implementation expects the two buffers to have the same formats and sizes, and will return zero for identical frames,

Re: [PATCH] v4l: rcar-csi2: Don't bail out from probe on no ep

Niklas, Did you look at this? If I should take it, can you Ack it? If you are going to squash or add it to our of your own patch series, then let me know and I can remove it from my todo queue. Regards, Hans On 05/12/17 21:41, Jacopo Mondi wrote: > When rcar-csi interface is not

[PATCH] [kms-tests] tests: Add colorkey test

The test will display an overlay with large colored boxes on top of the root plane and turn the boxes translucent or transparent in sequence using color keying. Signed-off-by: Laurent Pinchart --- tests/kms-test-colorkey.py | 111

Re: [PATCH 3/4] kms++util: Add verification module

Hi, On 14/12/17 01:10, Kieran Bingham wrote: From: Kieran Bingham Provide a util module to provide helpers involved in validation and verification of data frames. The first addition is a raw frame binary output with bindings to python modelled on Tomi's

Re: [PATCH v2 00/22] mmc: tmio: various fixes and cleanups

On 15 December 2017 at 12:12, Wolfram Sang wrote: > >> After 2, COMPILE_TEST will work correctly. >> >> Then, Wolfram mentioned we would need to include from tmio_mmc.h >> >> https://patchwork.kernel.org/patch/10074333/ >> >> >> I was waiting for a patch from him. > > Yes, I

Re: arm64: unhandled level 0 translation fault

Hi Dave, On Fri, Dec 15, 2017 at 12:23 PM, Dave Martin wrote: > On Thu, Dec 14, 2017 at 07:08:27PM +0100, Geert Uytterhoeven wrote: >> On Thu, Dec 14, 2017 at 4:24 PM, Dave P Martin wrote: >> > On Thu, Dec 14, 2017 at 02:34:50PM +, Geert

Re: [PATCH/RFC v2 06/15] rcar-csi2: use frame description information when propagating .s_stream()

Hi Niklas, On Thu, Dec 14, 2017 at 08:08:26PM +0100, Niklas Söderlund wrote: > Use the frame description from the remote subdevice of the rcar-csi2's > sink pad to get the remote pad and stream pad needed to propagate the > .s_stream() operation. > > The CSI-2 virtual channel which should be

Re: [PATCH/RFC v2 05/15] rcar-csi2: count usage for each source pad

On Thu, Dec 14, 2017 at 08:08:25PM +0100, Niklas Söderlund wrote: > The R-Car CSI-2 hardware can output the same virtual channel > simultaneously to more then one R-Car VIN. For this reason we need to > move the usage counting from the global device to each source pad. > > If a source pads usage

Re: [PATCH/RFC v2 03/15] rcar-vin: use the pad and stream aware s_stream

Hej, On Thu, Dec 14, 2017 at 08:08:23PM +0100, Niklas Söderlund wrote: > To work with multiplexed streams the pad and stream aware s_stream > operation needs to be used. > > Signed-off-by: Niklas Söderlund > --- >

Re: [PATCH/RFC v2 02/15] rcar-vin: use pad as the starting point for a pipeline

On Thu, Dec 14, 2017 at 08:08:22PM +0100, Niklas Söderlund wrote: > The pipeline will be moved from the entity to the pads; reflect this in > the media pipeline function API. I'll merge this to "media: entity: Use pad as the starting point for a pipeline" if you're fine with that. I haven't

Re: [PATCH/RFC v2 01/15] v4l2-subdev.h: add pad and stream aware s_stream

Hejssan Niklas, Tack för uppdaterade lappor! On Thu, Dec 14, 2017 at 08:08:21PM +0100, Niklas Söderlund wrote: > To be able to start and stop individual streams of a multiplexed pad the > s_stream operation needs to be both pad and stream aware. Add a new > operation to pad ops to facilitate

Re: arm64: unhandled level 0 translation fault

On Thu, Dec 14, 2017 at 07:08:27PM +0100, Geert Uytterhoeven wrote: > Hi Dave, > > On Thu, Dec 14, 2017 at 4:24 PM, Dave P Martin wrote: > > On Thu, Dec 14, 2017 at 02:34:50PM +, Geert Uytterhoeven wrote: > >> On Tue, Dec 12, 2017 at 11:20 AM, Geert Uytterhoeven > >>

Re: [PATCH v2 00/22] mmc: tmio: various fixes and cleanups

> After 2, COMPILE_TEST will work correctly. > > Then, Wolfram mentioned we would need to include from tmio_mmc.h > > https://patchwork.kernel.org/patch/10074333/ > > > I was waiting for a patch from him. Yes, I am sorry. I am currently swamped with I2C work, not so much time for SDHI.

Re: [PATCH 0/9] ARM: dts: gen2: add IP core switcher for all busses

> Access to Porter did not work yet and will be investigated. Magnus fixed that, so I could test, and the test went well. signature.asc Description: PGP signature

RE: [PATCH 1/6] ARM: shmobile: defconfig: Enable PWM

Hi Geert, > Subject: Re: [PATCH 1/6] ARM: shmobile: defconfig: Enable PWM > > Hi Fabrizio, > > On Thu, Dec 14, 2017 at 11:56 AM, Fabrizio Castro > wrote: > > RZ/G1 and R-Car platforms have PWM timers. This patch enables PWM support > > by default. > > > >

Re: [PATCH] phy: rcar-gen3-usb2: add dependency on USB

Hi, On 15/12/17 10:27, Yoshihiro Shimoda wrote: > Hi, > >> -Original Message- >> From: Vladimir Murzin, Sent: Friday, December 15, 2017 7:20 PM >> >> Following error showed up: >> >> drivers/phy/renesas/phy-rcar-gen3-usb2.o: In function >> `rcar_gen3_phy_usb2_probe': >>

RE: [PATCH] phy: rcar-gen3-usb2: add dependency on USB

Hi, > -Original Message- > From: Vladimir Murzin, Sent: Friday, December 15, 2017 7:20 PM > > Following error showed up: > > drivers/phy/renesas/phy-rcar-gen3-usb2.o: In function > `rcar_gen3_phy_usb2_probe': > /work/tools/linux/drivers/phy/renesas/phy-rcar-gen3-usb2.c:444: undefined

[PATCH] phy: rcar-gen3-usb2: add dependency on USB

Following error showed up: drivers/phy/renesas/phy-rcar-gen3-usb2.o: In function `rcar_gen3_phy_usb2_probe': /work/tools/linux/drivers/phy/renesas/phy-rcar-gen3-usb2.c:444: undefined reference to `of_usb_get_dr_mode_by_phy' Makefile:993: recipe for target 'vmlinux' failed make: *** [vmlinux]

Re: [PATCH 2/9] v4l: vsp1: Print the correct blending unit name in debug messages

Hi Laurent, On 03/12/17 10:57, Laurent Pinchart wrote: > The DRM pipelines can use either the BRU or the BRS for blending. Make > sure the right name is used in debugging messages to avoid confusion. This could likely tag along with the preceding [PATCH 1/9] on it's short cut to mainline before

[GIT PULL FOR renesas-drivers] Display CRC calculation support

Hi Geert, The following changes since commit 0f2278cc90181f0e1d938ba9d20928eaf1fd31ce: Merge branch 'drm/next/base' into vsp1/base (2017-12-14 01:11:25 +0200) are available in the git repository at: git://linuxtv.org/pinchartl/media.git tags/vsp1-discom-v1-20171215 for you to fetch

Re: [PATCH 1/9] v4l: vsp1: Fix display stalls when requesting too many inputs

Hi Laurent, As this is a prevents hardware hangs, and is a distinct patch on it's own - I feel it should be on an accelerated path to integration, and should be merged separately from the rest of the CRC feature series. On 03/12/17 10:57, Laurent Pinchart wrote: > Make sure we don't accept more

Re: [PATCH v2 00/22] mmc: tmio: various fixes and cleanups

2017-12-15 18:18 GMT+09:00 Ulf Hansson : > On 24 November 2017 at 17:24, Masahiro Yamada > wrote: >> >> I am working on this IP for Socionext SoCs. >> >> I was hit by several issues, and noticed various >> clean-up candidates. >> >> - Fix

Re: [PATCH 1/6] ARM: shmobile: defconfig: Enable PWM

Hi Fabrizio, On Fri, Dec 15, 2017 at 10:48 AM, Fabrizio Castro wrote: >> Subject: Re: [PATCH 1/6] ARM: shmobile: defconfig: Enable PWM >> On Thu, Dec 14, 2017 at 11:56 AM, Fabrizio Castro >> wrote: >> > RZ/G1 and R-Car platforms

[git pull] pinctrl: sh-pfc: Updates for v4.16

Hi Linus, The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git tags/sh-pfc-for-v4.16-tag1 for you to

[git pull] clk: renesas: Updates for v4.16

Hi Mike, Stephen, The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git tags/clk-renesas-for-v4.16-tag1

Re: [PATCH] mmc: renesas_sdhi: Add MODULE_LICENSE

On 13 December 2017 at 03:33, Yoshihiro Shimoda wrote: > From: Masaharu Hayakawa > > The following error occurs when loading renesas_sdhi_core.c module, > so add MODULE_LICENSE("GPL v2"). > > renesas_sdhi_core: module license

Re: [PATCH v2 00/22] mmc: tmio: various fixes and cleanups

On 24 November 2017 at 17:24, Masahiro Yamada wrote: > > I am working on this IP for Socionext SoCs. > > I was hit by several issues, and noticed various > clean-up candidates. > > - Fix and clean-up Kconfig > - Fix various card detection problems > - Move

Re: [PATCH 1/6] ARM: shmobile: defconfig: Enable PWM

Hi Fabrizio, On Thu, Dec 14, 2017 at 11:56 AM, Fabrizio Castro wrote: > RZ/G1 and R-Car platforms have PWM timers. This patch enables PWM support > by default. > > Signed-off-by: Fabrizio Castro > Reviewed-by: Biju Das

Re: [renesas-drivers:topic/renesas-overlays 23/92] drivers/of/dynamic.c:1141:13: sparse: incorrect type in assignment (different base types)

Hi Fengguang, On Thu, Dec 14, 2017 at 10:37 PM, kbuild test robot wrote: > tree: > https://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git > topic/renesas-overlays > head: 47d433a558bb60587eb9f86a4d010ef74e03fa0d > commit:

Re: [PATCH v3 2/2] drm: rcar-du: calculate DPLLCR to be more small jitter

Hi Morimoto-san, On Fri, Dec 15, 2017 at 9:12 AM, Kuninori Morimoto wrote: >> > From: Kuninori Morimoto >> > In general, PLL has VCO (= Voltage controlled oscillator), >> > one of the very important electronic feature called as

Re: [PATCH v3 2/2] drm: rcar-du: calculate DPLLCR to be more small jitter

Hi Geert > > From: Kuninori Morimoto > > In general, PLL has VCO (= Voltage controlled oscillator), > > one of the very important electronic feature called as "jitter" > > is related to this VCO. > > In academic generalism, VCO should be maximum to be more

Re: [RFC PATCH renesas-drivers] of: overlay: overlay_changeset_release() can be static

On Thu, Dec 14, 2017 at 8:40 PM, kbuild test robot wrote: > Fixes: 11de0d24be47 ("of: overlay: kobjectify overlay objects") > Signed-off-by: Fengguang Wu Thank you, will fold in the offending prototype commit. Gr{oetje,eeting}s,

Re: [RFC PATCH renesas-drivers] [RFC] of: dead_aliases_lookup can be static

Hi Fengguang, On Fri, Dec 15, 2017 at 12:44 AM, kbuild test robot wrote: > Fixes: 19e0da502da1 ("[RFC] of: Add of_alias_destroy()") > Signed-off-by: Fengguang Wu Thank you, will fold in the offending prototype commit. Gr{oetje,eeting}s,

Re: [PATCH v3 2/2] drm: rcar-du: calculate DPLLCR to be more small jitter

Hi Morimoto-san, On Fri, Dec 15, 2017 at 2:24 AM, Kuninori Morimoto wrote: > From: Kuninori Morimoto > In general, PLL has VCO (= Voltage controlled oscillator), > one of the very important electronic feature called as "jitter"