Re: [PATCH/RFC 00/11] ARM: dts: rcar-gen2: Enable watchdog support

On Thu, Feb 8, 2018 at 11:34 AM, Geert Uytterhoeven wrote: > This patch series enables the builtin watchdog timer on R-Car Gen2 SoCs > on all supported boards, and builds on top of Fabrizio's "[RFC v4 00/26] > Fix watchdog on Renesas R-Car Gen2 and RZ/G1". It is marked

[PATCH/RFC 4/6] arm64: renesas_defconfig: Enable VFIO_PLATFORM and VFIO_NOIOMMU

Enable VFIO_PLATFORM for platform device pass-through. Enable VFIO_NOIOMMU for devices not part of an IOMMU group. Not-Signed-off-by: Geert Uytterhoeven --- Not intended for upstream merge. --- arch/arm64/configs/renesas_defconfig | 2 ++ 1 file changed, 2 insertions(+)

[PATCH/RFC 3/6] clk: renesas: r8a7795: Mark the GPIO6 clock critical

The GPIO6 block will be exported to a guest. As long as the guest won't manage its module clock, it must be kept running by the host. Not-Signed-off-by: Geert Uytterhoeven --- TODO: Find a way to manage module clocks using PM Domains and Runtime PM on the guest.

[PATCH/RFC 1/6] vfio: platform: Allow runtime override of reset_required

Currently reset_required can be configured using a module parameter. But it cannot be overridden at runtime through sysfs, as the parameter is read-only. Make it writeable for root, as this is useful if vfio-platform is builtin, so the following works: echo 0 >

[PATCH/RFC 0/6] R-Car Gen3 GPIO Pass-Through Prototype (Linux)

Hi all, This RFC patch series is the Linux side of a GPIO Pass-Through prototype for Renesas R-Car platforms using vfio-platform. Together with its counterpart for QEMU, it provides direct access from a QEMU+KVM guest to a GPIO controller in an R-Car Gen3 SoC. This allows the guest to

Re: [PATCH/RFC 3/5] hw/arm/virt: Allow dynamic sysbus devices again

On 9 February 2018 at 15:17, Geert Uytterhoeven wrote: > Allow the instantation of generic dynamic sysbus devices again, without > the need to create a new device-specific vfio type. > > This is a partial revert of commit 6f2062b9758ebc64 ("hw/arm/virt: > Allow only

Re: [PATCH/RFC 4/5] vfio: No-IOMMU mode support

On Fri, 9 Feb 2018 16:17:35 +0100 Geert Uytterhoeven wrote: > From: Xiao Feng Ren > > Add qemu support for the newly introduced VFIO No-IOMMU driver. > > We need to add special handling for: > - Group character device is

[PATCH] v4l: vsp1: Fix header display list status check in continuous mode

From: Kieran Bingham To allow dual pipelines utilising two WPF entities when available, the VSP was updated to support header-mode display list in continuous pipelines. A small bug in the status check of the command register causes the second pipeline to

Re: [PATCH 2/2] media: i2c: adv748x: Add missing CBUS page.

Hi Kieran, Thanks for your patch, On 2018-02-07 17:34:46 +, Kieran Bingham wrote: > From: Kieran Bingham > > The ADV748x has 12 pages mapped onto I2C addresses. > > In the existing implementation only 11 are mapped correctly in the page >

Re: [PATCH 1/2] media: i2c: adv748x: Simplify regmap configuration

Hi Niklas, On 09/02/18 15:39, Niklas Söderlund wrote: > Hi Kieran, > > Thanks for your patch. > > On 2018-02-07 17:34:45 +, Kieran Bingham wrote: >> From: Kieran Bingham >> >> The ADV748x has identical map configurations for each register map. The

Re: [PATCH/RFC 4/5] vfio: No-IOMMU mode support

On Fri, 9 Feb 2018 17:06:34 +0100 Geert Uytterhoeven wrote: > Hi Alex, > > On Fri, Feb 9, 2018 at 4:50 PM, Alex Williamson > wrote: > > On Fri, 9 Feb 2018 16:17:35 +0100 > > Geert Uytterhoeven wrote: > >> From: Xiao

Re: i2c_new_{secondary_device,dummy,device}() return type.

Am 09.02.2018 um 11:01 schrieb Kieran Bingham: > Hi Wolfram, > > As part of my work looking at using i2c_new_secondary_device() to move address > mappings into the device tree, it has become evident that the return code of > the > i2c_new_secondary_device() is obfuscated, and is simply a valid

Re: i2c_new_{secondary_device,dummy,device}() return type.

Hi Heiner, On 09/02/18 17:59, Heiner Kallweit wrote: > Am 09.02.2018 um 11:01 schrieb Kieran Bingham: >> Hi Wolfram, >> >> As part of my work looking at using i2c_new_secondary_device() to move >> address >> mappings into the device tree, it has become evident that the return code of >> the >>

Re: [PATCH v5 2/6] clk: renesas: rcar-gen3: Add Z2 clock divider support

On Mon, Jan 29, 2018 at 7:01 PM, Simon Horman wrote: > From: Takeshi Kihara > > This patch adds Z2 clock divider support for R-Car Gen3 SoC. > > Signed-off-by: Takeshi Kihara > Signed-off-by: Simon Horman

Re: [PATCH 1/2] media: i2c: adv748x: Simplify regmap configuration

Hi Kieran, Thanks for your patch. On 2018-02-07 17:34:45 +, Kieran Bingham wrote: > From: Kieran Bingham > > The ADV748x has identical map configurations for each register map. The > duplication of each map can be simplified using a helper macro

Re: [PATCH/RFC 4/5] vfio: No-IOMMU mode support

Hi Alex, On Fri, Feb 9, 2018 at 4:50 PM, Alex Williamson wrote: > On Fri, 9 Feb 2018 16:17:35 +0100 > Geert Uytterhoeven wrote: >> From: Xiao Feng Ren >> >> Add qemu support for the newly introduced VFIO

[PATCH] ARM: shmobile: Enable RZA1 pin controller

Enable PINCTRL_RZA1 option in shmobile_defconfig Signed-off-by: Jacopo Mondi --- Hi Simon, this fixes the issue you reported on Genmai when applying shmobile_defconfig. --- arch/arm/configs/shmobile_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH] v4l: vsp1: Fix continuous mode for dual pipelines

Hi Laurent, On 09/02/18 13:27, Laurent Pinchart wrote: > Hi Kieran, > > Thank you for the patch. > > On Friday, 9 February 2018 15:18:25 EET Kieran Bingham wrote: >> From: Kieran Bingham >> >> To allow dual pipelines utilising two WPF entities when

[PATCH/RFC 6/6] arm64: Add virt_defconfig

Add a simple defconfig for virtualized arm64 machines, based on an OpenWRT config. This expects "initramfs.cpio" to exist, which can be extracted from e.g. an OpenWRT image using binwalk. CONFIG_GPIO_RCAR is enabled for testing GPIO pass-through on R-Car Gen3. Not-Signed-off-by: Geert

[PATCH/RFC 5/5] hw/arm/sysbus-fdt: Enable rcar-gen3-gpio dynamic instantiation

Allow the instantiation of a Renesas R-Car Gen3 GPIO controller device from the QEMU command line: -device vfio-platform,host=,manufacturer=renesas,model=rcar-gen3-gpio -device vfio-platform,sysfsdev=,manufacturer=renesas,model=rcar-gen3-gpio A specialized device tree node is created for the

[PATCH/RFC 2/5] hw/arm/sysbus-fdt: Allow device matching with compat string

From: Auger Eric Up to now we have relied on the device type to identify a device tree node creation function. Since we would like the VFIO-PLATFORM device to be instantiable with different compatibility strings we introduce the capability to specialize the node creation

[PATCH/RFC 3/5] hw/arm/virt: Allow dynamic sysbus devices again

Allow the instantation of generic dynamic sysbus devices again, without the need to create a new device-specific vfio type. This is a partial revert of commit 6f2062b9758ebc64 ("hw/arm/virt: Allow only supported dynamic sysbus devices"). Not-Yet-Signed-off-by: Geert Uytterhoeven

[PATCH/RFC 0/5] R-Car Gen3 GPIO Pass-Through Prototype (QEMU)

Hi all, This RFC patch series is the QEMU side of a GPIO Pass-Through prototype for Renesas R-Car platforms using vfio-platform. Together with its counterpart for Linux, it provides direct access from a QEMU+KVM guest to a GPIO controller in an R-Car Gen3 SoC. This allows the guest to

[PATCH/RFC 5/6] gpio: rcar: Add virtualization workarounds

Allow to enable the driver if virtualization is enabled. Handle the absence of clocks and interrupts, to support guests that don't provide these yet. Not-Signed-off-by: Geert Uytterhoeven --- To be dropped once clocks and interrupts are supported on the guest. ---

[PATCH/RFC 2/6] vfio: Ignore real IOMMUs if CONFIG_VFIO_NOIOMMU=y

Allow use of the No-IOMMU mode even if a real IOMMU is present. This is useful in case the device is not part of an actual IOMMU group. Not-Signed-off-by: Geert Uytterhoeven --- Question: - Some devices (e.g. rcar-gpio) don't use DMA, so why do they need an IOMMU

[PATCH/RFC 1/5] vfio/platform: make the vfio-platform device non abstract

From: Auger Eric Up to now the vfio-platform device has been abstract and could not be instantiated. The integration of a new vfio platform device required to create a dummy derived device which only set the compatibility string. Following the few vfio-platform device

[PATCH/RFC 4/5] vfio: No-IOMMU mode support

From: Xiao Feng Ren Add qemu support for the newly introduced VFIO No-IOMMU driver. We need to add special handling for: - Group character device is /dev/vfio/noiommu-$GROUP. - No-IOMMU does not rely on a memory listener. - No IOMMU will be set for its group, so no

Re: [PATCH] media: i2c: adv748x: Fix cleanup jump on chip identification

Hi Kieran, Thanks for your patch. On 2018-02-07 21:11:35 +, Kieran Bingham wrote: > From: Kieran Bingham > > The error handling for the adv748x_identify_chip() call erroneously > jumps to the err_cleanup_clients label before the clients have been >

[GIT PULL FOR renesas-drivers] vsp1/vga-performance-fix

Hi Geert, Please consider including this fix for the VSP1 in renesas-drivers. -- Regards Kieran The following changes since commit d8a5b80568a9cb66810e75b182018e9edb68e8ff: Linux 4.15 (2018-01-28 13:20:33 -0800) are available in the git repository at:

Re: [PATCH/RFC 3/5] hw/arm/virt: Allow dynamic sysbus devices again

Hi Peter, On Fri, Feb 9, 2018 at 4:27 PM, Peter Maydell wrote: > On 9 February 2018 at 15:17, Geert Uytterhoeven > wrote: >> Allow the instantation of generic dynamic sysbus devices again, without >> the need to create a new device-specific

Re: [PATCH/RFC 3/5] hw/arm/virt: Allow dynamic sysbus devices again

On 9 February 2018 at 15:37, Geert Uytterhoeven wrote: > Hi Peter, > > On Fri, Feb 9, 2018 at 4:27 PM, Peter Maydell > wrote: >> On 9 February 2018 at 15:17, Geert Uytterhoeven >> wrote: >>> Allow the instantation of

Re: [PATCH v5 1/6] clk: renesas: rcar-gen3: Add Z clock divider support

On Mon, Jan 29, 2018 at 7:01 PM, Simon Horman wrote: > From: Takeshi Kihara > > This patch adds Z clock divider support for R-Car Gen3 SoC. > > Signed-off-by: Takeshi Kihara > Signed-off-by: Simon Horman

Re: [PATCH 1/3] dt-bindings: net: renesas-ravb: Make stream buffer optional

On Tue, Feb 06, 2018 at 02:05:52PM +0100, Geert Uytterhoeven wrote: > The Stream Buffer for EtherAVB-IF (STBE) is an optional component, and > is not present on all SoCs. > > Document this in the DT bindings, including a list of SoCs that do have > it. > > Fixes: 785ec87483d1e24a ("ravb:

Re: i2c_new_{secondary_device,dummy,device}() return type.

Hi Kieran, On Friday, 9 February 2018 12:01:09 EET Kieran Bingham wrote: > Hi Wolfram, > > As part of my work looking at using i2c_new_secondary_device() to move > address mappings into the device tree, it has become evident that the > return code of the i2c_new_secondary_device() is obfuscated,

Re: [PATCH 09/11] DT: arm: shmobile: document Condor board bindings

On Thu, Feb 08, 2018 at 02:13:06PM -0600, Rob Herring wrote: > On Fri, Feb 02, 2018 at 09:45:08PM +0300, Sergei Shtylyov wrote: > > Document the Condor device tree bindings, listing it as a supported board. > > > > This allows to use checkpatch.pl to validate .dts files referring to the > >

i2c_new_{secondary_device,dummy,device}() return type.

Hi Wolfram, As part of my work looking at using i2c_new_secondary_device() to move address mappings into the device tree, it has become evident that the return code of the i2c_new_secondary_device() is obfuscated, and is simply a valid client - or NULL. This means that we must 'guess' as to

[PATCH] v4l: vsp1: Fix continuous mode for dual pipelines

From: Kieran Bingham To allow dual pipelines utilising two WPF entities when available, the VSP was updated to support header-mode display list in continuous pipelines. A small bug in the status check of the command register causes the second pipeline to

Re: [PATCH] v4l: vsp1: Fix continuous mode for dual pipelines

Hi Kieran, Thank you for the patch. On Friday, 9 February 2018 15:18:25 EET Kieran Bingham wrote: > From: Kieran Bingham > > To allow dual pipelines utilising two WPF entities when available, the > VSP was updated to support header-mode display list in