How to resolve "Waited 2000ms for CONNECT" in system resuming?

Hi, In my environment, it causes the following message during system resume if debug messages are enabled: usb 2-1: Waited 2000ms for CONNECT < My environment > - EHCI/OHCI controllers on R-Car H3 (arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts) - Greg's usb.git / next branch

[PATCH] i2c: riic: correctly finish transfers

This fixes the condition where the controller has not fully completed its final transfer and leaves the bus and controller in a undesirable state. At the end of the last transmitted byte, the existing driver would just signal for a STOP condition to be transmitted then immediately signal

Re: [PATCH v2] watchdog: softdog: make pretimeout support a compile option

On Tue, Feb 07, 2017 at 03:03:29PM +0100, Wolfram Sang wrote: > It occurred to me that the panic pretimeout governor will stall the > softdog, because it is purely software which simply breaks when the > kernel panics. Testing governors with the softdog on the other hand is > really useful, so

[PATCH v2 0/3] ARM: l2c: add l2c support for RZ/A1

The PL310 in the Renesas RZ/A1 SoC (R7S72100) does not have the sideband signals connected between the CPU and L2C. According the PL310 TRM, sideband signals are optional. If a PL310 is added to a system, but the sideband signals are not connected, some Cortex A9 optimizations cannot be used. In

[PATCH v2 2/3] ARM: shmobile: r7s72100: Enable L2 cache

Even though L2C is specified in the DT, you still need to add the aux settings in the machine_desc. Signed-off-by: Chris Brandt Reviewed-by: Geert Uytterhoeven --- v2: * removed dummy l2c_write_sec function ---

[PATCH v2 1/3] ARM: l2c: add pl310-no-sideband option

If a PL310 is added to a system, but the sideband signals are not connected, some Cortex A9 optimizations cannot be used. In particular, enabling Full Line Zeros in the CA9 without sidebands connected will crash the system since the CA9 will expect the L2C to perform operations, yet the L2C never

[PATCH v2 3/3] ARM: dts: r7s72100: add l2 cache

Note that arm,pl301-no-sideband is required because the sideband signals between the CPU and L2C were not connected in this SoC. Signed-off-by: Chris Brandt Reviewed-by: Geert Uytterhoeven --- v2: * added "arm,pl310-no-sideband" ---

[PATCH v4] arm64: Add support for DMA_ATTR_FORCE_CONTIGUOUS to IOMMU

Add support for allocating physically contiguous DMA buffers on arm64 systems with an IOMMU. This can be useful when two or more devices with different memory requirements are involved in buffer sharing. Note that as this uses the CMA allocator, setting the DMA_ATTR_FORCE_CONTIGUOUS attribute

[PATCH v3 3/7] media: i2c: max2175: Add MAX2175 support

This patch adds driver support for the MAX2175 chip. This is Maxim Integrated's RF to Bits tuner front end chip designed for software-defined radio solutions. This driver exposes the tuner as a sub-device instance with standard and custom controls to configure the device. Signed-off-by: Ramesh

[PATCH v3 5/7] doc_rst: media: New SDR formats PC16, PC18 & PC20

This patch adds documentation for the three new SDR formats V4L2_SDR_FMT_PCU16BE V4L2_SDR_FMT_PCU18BE V4L2_SDR_FMT_PCU20BE Signed-off-by: Ramesh Shanmugasundaram --- .../media/uapi/v4l/pixfmt-sdr-pcu16be.rst | 55 ++

[PATCH v3 6/7] dt-bindings: media: Add Renesas R-Car DRIF binding

Add binding documentation for Renesas R-Car Digital Radio Interface (DRIF) controller. Signed-off-by: Ramesh Shanmugasundaram --- .../devicetree/bindings/media/renesas,drif.txt | 186 + 1 file changed, 186 insertions(+) create

[PATCH v3 2/7] dt-bindings: media: Add MAX2175 binding description

Add device tree binding documentation for MAX2175 Rf to bits tuner device. Signed-off-by: Ramesh Shanmugasundaram --- .../devicetree/bindings/media/i2c/max2175.txt | 61 ++ .../devicetree/bindings/property-units.txt | 1 +

[PATCH v3 4/7] media: Add new SDR formats PC16, PC18 & PC20

This patch adds support for the three new SDR formats. These formats were prefixed with "planar" indicating I & Q data are not interleaved as in other formats. Here, I & Q data constitutes the top half and bottom half of the received buffer. V4L2_SDR_FMT_PCU16BE - 14-bit complex (I & Q) unsigned

[PATCH v3 0/7] Add V4L2 SDR (DRIF & MAX2175) driver

Hi Media, DT maintainers, All, This patch set contains two drivers - Renesas R-Car Digital Radio Interface (DRIF) driver - Maxim's MAX2175 RF to Bits tuner driver These patches were based on top of media-tree repo commit: 47b037a0512d9f8675ec2693bed46c8ea6a884ab These two drivers combined

Re: [RESEND PATCH 2/2] PM / Domains: Fix asynchronous execution of *noirq() callbacks

On 7 February 2017 at 14:23, Geert Uytterhoeven wrote: > Hi Ulf, Rafael, > > On Thu, Jan 12, 2017 at 6:17 PM, Ulf Hansson wrote: >> As the PM core may invoke the *noirq() callbacks asynchronously, the >> current lock-less approach in genpd doesn't

Re: [PATCH v4 1/4] serial: sh-sci: increase RX FIFO trigger defaults for (H)SCIF

Hi Ulrich, On Fri, Feb 3, 2017 at 11:38 AM, Ulrich Hecht wrote: > Sets reasonable trigger defaults for the various SCIF variants. > Also corrects the FIFO size for SH7705-style ports. > > Signed-off-by: Ulrich Hecht > Reviewed-by:

renesas-drivers-2017-02-07-v4.10-rc7

I have pushed renesas-drivers-2017-02-07-v4.10-rc7 to https://git.kernel.org/cgit/linux/kernel/git/geert/renesas-drivers.git This tree is meant to ease development of platform support and drivers for Renesas ARM SoCs. It is created by merging (a) the for-next branches of various subsystem trees

Re: [PATCH v4 3/4] serial: sh-sci: make RX FIFO parameters tunable via sysfs

Hi Ulrich, On Fri, Feb 3, 2017 at 11:38 AM, Ulrich Hecht wrote: > Allows tuning of the RX FIFO fill threshold and timeout. (The latter is > only applicable to SCIFA and SCIFB). > > Signed-off-by: Ulrich Hecht > Reviewed-by: Geert

Re: [PATCH v2] watchdog: softdog: make pretimeout support a compile option

Hi Wolfram, On 02/07/2017 04:03 PM, Wolfram Sang wrote: > It occurred to me that the panic pretimeout governor will stall the > softdog, because it is purely software which simply breaks when the > kernel panics. Testing governors with the softdog on the other hand is > really useful, so make

[PATCH v2] watchdog: softdog: make pretimeout support a compile option

It occurred to me that the panic pretimeout governor will stall the softdog, because it is purely software which simply breaks when the kernel panics. Testing governors with the softdog on the other hand is really useful, so make this feature a compile time option which nees to be enabled

Re: [RESEND PATCH 2/2] PM / Domains: Fix asynchronous execution of *noirq() callbacks

Hi Ulf, Rafael, On Thu, Jan 12, 2017 at 6:17 PM, Ulf Hansson wrote: > As the PM core may invoke the *noirq() callbacks asynchronously, the > current lock-less approach in genpd doesn't work. The consequence is that > we may find concurrent operations racing to power

Re: [PATCH v2 05/11] iommu/ipmmu-vmsa: Make use of IOMMU_OF_DECLARE()

Hi Magnus, On Mon, Jun 6, 2016 at 5:58 AM, Magnus Damm wrote: > From: Magnus Damm > > Hook up IOMMU_OF_DECLARE() support in case CONFIG_IOMMU_DMA > is enabled. The only current supported case for 32-bit ARM > is disabled, however for 64-bit ARM

Re: [PATCH 0/5] arm64: dts: r8a779[56]: EtherAVB Gigabit timing enhancements

On Wed, Feb 01, 2017 at 09:41:59AM +0100, Simon Horman wrote: > Hi, > > this series tweaks PHY settings to address communications failures reported > for 1Gbit communication using EtherAVB. Gigabit is supported for R-Car H3 > ES1.1+ and M3-W as of commit 0e98f9d5f0b4 ("ravb: Support 1Gbps on

Re: [PATCH 00/11] media: rcar-vin: fix OPS and format/pad index issues

> Patch 10-11 fix a OPS when unbinding/binding the video source subdevice. I can happily confirm that this series finally makes the I2C demuxer work on the I2C bus with the HDMI clients because rebinding works now! Note that I didn't test inputting any actual video but only the rebinding

[RFC 0/4] mmc: host: tmio: properly report status from autocmd12

SDHI automatically sends CMD12 when the desired amount of data was transferred after multi block commands. However, the response from that CMD12 was never reported back to the mmc core, so that errors like ECC might go unnoticed. This series aims to fix that and clean up minor issues on the way

[RFC 1/4] mmc: host: tmio: use defines for CTL_STOP_INTERNAL_ACTION values

Don't use hardcoded values. Signed-off-by: Wolfram Sang --- drivers/mmc/host/tmio_mmc.h | 4 drivers/mmc/host/tmio_mmc_pio.c | 6 +++--- 2 files changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/mmc/host/tmio_mmc.h

[RFC 2/4] mmc: host: tmio: fix minor typos in a comment

Making sure we match the actual register name. Signed-off-by: Wolfram Sang --- drivers/mmc/host/tmio_mmc.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mmc/host/tmio_mmc.h b/drivers/mmc/host/tmio_mmc.h index

[RFC 3/4] mmc: host: tmio: don't BUG on unsupported stop commands

Halting the kernel on an unsupported stop command seems overkill, report the error and say what we already did (due to autocmd12) instead. Signed-off-by: Wolfram Sang --- drivers/mmc/host/tmio_mmc_pio.c | 9 + 1 file changed, 5 insertions(+), 4

[RFC 4/4] mmc: host: tmio: fill in response from auto cmd12

After we received the dataend interrupt, R1 response register carries the value from the automatically generated stop command. Report that info back to the MMC block layer, so we will be notified in case of e.g. ECC errors which happened during the last transfer. Signed-off-by: Wolfram Sang

Re: [RFC 1/5] pinctrl: rz-pfc: Add Renesas RZ pinctrl core module

Hi Tony, On 06/02/2017 19:28, Tony Lindgren wrote: * jacopo mondi [170206 10:16]: Currently there is no generic pinctrl and pinmux function to retrieve a group or function by name, but only by their id (selector). It would take 10minutes to add them, but I wonder if that's

Re: [PATCH] spi: rspi: fix the bug related to mount/remount jffs2

Dear Geert, Thank you for your reply. diff --git a/drivers/spi/spi-rspi.c b/drivers/spi/spi-rspi.c index 9daf500..2ee1301 100644 --- a/drivers/spi/spi-rspi.c +++ b/drivers/spi/spi-rspi.c @@ -848,7 +848,6 @@ static int qspi_transfer_in(struct rspi_data *rspi, struct spi_transfer *xfer)

Re: [PATCH v2 02/02] arm64: dts: r8a7795: Hook up SYS-DMAC to IPMMU

Hi Magnus, On Mon, Dec 19, 2016 at 3:19 AM, Magnus Damm wrote: > From: Magnus Damm > > Hook up r8a7795 DMAC nodes to IPMMU-MP1, IPMMU-DS0 and IPMMU-DS1. > > Signed-off-by: Magnus Damm > --- > > Changes from V1: >

Re: [PATCH 04/04] arm64: dts: r8a7795: Connect Ethernet AVB to IPMMU

Hi Magnus, On Thu, Oct 27, 2016 at 12:29 PM, Magnus Damm wrote: > From: Magnus Damm > > Add IPMMU-DS0 to the Ethernet-AVB device node. > > Signed-off-by: Magnus Damm > --- > >