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

On Wed, 8 Feb 2017, Yoshihiro Shimoda wrote: > Hi, > > In my environment, it causes the following message during system resume if > debug messages are enabled: > > usb 2-1: Waited 2000ms for CONNECT This message indicates that the port was connected to a device when the system

Re: [PATCH] ARM: xip: disable PATCH_PHYS_VIRT for ARCH_MULTIPLATFORM when XIP

On Wed, Feb 08, 2017 at 12:22:09PM -0500, Chris Brandt wrote: > Since ARCH_MULTIPLATFORM explicitly selects ARM_PATCH_PHYS_VIRT, even > though ARCH_MULTIPLATFORM has 'depends on !XIP_KERNEL', ARM_PATCH_PHYS_VIRT > is still forcibly selected. The result is that PHYS_OFFSET depends on >

Re: [PATCH] ARM: xip: disable PATCH_PHYS_VIRT for ARCH_MULTIPLATFORM when XIP

Hi Russell, On Wed, Feb 8, 2017 at 6:44 PM, Russell King - ARM Linux wrote: > On Wed, Feb 08, 2017 at 12:22:09PM -0500, Chris Brandt wrote: >> Since ARCH_MULTIPLATFORM explicitly selects ARM_PATCH_PHYS_VIRT, even >> though ARCH_MULTIPLATFORM has 'depends on !XIP_KERNEL',

Re: [PATCH] ARM: xip: disable PATCH_PHYS_VIRT for ARCH_MULTIPLATFORM when XIP

On Wed, Feb 08, 2017 at 06:53:14PM +0100, Geert Uytterhoeven wrote: > The problem is that "multiplatform" may mean one of two things: > 1. Build a single kernel that can run on multiple platforms. > This is tricky when enabling XIP and/or NOMMU, as the physical parameters > must be

[PATCH] ARM: xip: disable PATCH_PHYS_VIRT for ARCH_MULTIPLATFORM when XIP

Since ARCH_MULTIPLATFORM explicitly selects ARM_PATCH_PHYS_VIRT, even though ARCH_MULTIPLATFORM has 'depends on !XIP_KERNEL', ARM_PATCH_PHYS_VIRT is still forcibly selected. The result is that PHYS_OFFSET depends on !ARM_PATCH_PHYS_VIRT. This means you cannot enter a physical RAM address for an

[PATCH] serial: sh-sci: fix hardware RX trigger level setting

1. Do not set the RX trigger level for software timeout devices on reset; there is no timeout by default, and data will rot. 2. Do set the RX trigger level for hardware timeout devices when set via sysfs attribute. Fixes SCIFA-type serial consoles. Signed-off-by: Ulrich Hecht

[PATCH 1/2] ARM: dts: r8a7743: Fix SCIFB0 dmas indentation

Fixes: 809c013426914694 ("ARM: dts: r8a7743: add [H]SCIF{A|B} support") Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7743.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/r8a7743.dtsi

[PATCH 2/2] ARM: dts: r8a7745: Fix SCIFB0 dmas indentation

Fixes: e0d2da54c4d01ba2 ("ARM: dts: r8a7745: add [H]SCIF{|A|B} support") Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7745.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/r8a7745.dtsi

RE: [PATCH] ARM: xip: disable PATCH_PHYS_VIRT for ARCH_MULTIPLATFORM when XIP

On Wednesday, February 08, 2017, Russell King wrote: > On Wed, Feb 08, 2017 at 12:22:09PM -0500, Chris Brandt wrote: > > Since ARCH_MULTIPLATFORM explicitly selects ARM_PATCH_PHYS_VIRT, even > > though ARCH_MULTIPLATFORM has 'depends on !XIP_KERNEL', > > ARM_PATCH_PHYS_VIRT is still forcibly

RE: [PATCH] ARM: xip: disable PATCH_PHYS_VIRT for ARCH_MULTIPLATFORM when XIP

Hello Russell, On Wednesday, February 08, 2017, Russell King wrote: > We have the big "ARM system type" choice, one of the options there is to > build for multi-platform. Historically, it's been to select the SoC > family - where "SoC family" means a group of SoCs that could be built > together

Re: [PATCH] ARM: xip: disable PATCH_PHYS_VIRT for ARCH_MULTIPLATFORM when XIP

Hi Russell, On Wed, Feb 8, 2017 at 7:39 PM, Russell King - ARM Linux wrote: > On Wed, Feb 08, 2017 at 06:53:14PM +0100, Geert Uytterhoeven wrote: >> The problem is that "multiplatform" may mean one of two things: >> 1. Build a single kernel that can run on multiple

Re: [PATCH] ARM: xip: disable PATCH_PHYS_VIRT for ARCH_MULTIPLATFORM when XIP

On Wed, Feb 08, 2017 at 06:00:26PM +, Chris Brandt wrote: > On Wednesday, February 08, 2017, Russell King wrote: > > On Wed, Feb 08, 2017 at 12:22:09PM -0500, Chris Brandt wrote: > > > Since ARCH_MULTIPLATFORM explicitly selects ARM_PATCH_PHYS_VIRT, even > > > though ARCH_MULTIPLATFORM has

Re: [PATCH] ARM: xip: disable PATCH_PHYS_VIRT for ARCH_MULTIPLATFORM when XIP

On Wed, Feb 08, 2017 at 07:46:55PM +0100, Geert Uytterhoeven wrote: > Hi Russell, > > On Wed, Feb 8, 2017 at 7:39 PM, Russell King - ARM Linux > wrote: > > On Wed, Feb 08, 2017 at 06:53:14PM +0100, Geert Uytterhoeven wrote: > >> The problem is that "multiplatform" may mean

Re: [PATCH] iommu/ipmmu-vmsa: Add r8a7795 DT binding

On Fri, Feb 03, 2017 at 04:10:30PM +0200, Laurent Pinchart wrote: > Hi Rob, > > On Monday 29 Feb 2016 23:33:09 Magnus Damm wrote: > > From: Magnus Damm > > > > Update the IPMMU DT binding documentation to include the r8a7795 compat > > string as well as the

[PATCH 06/10] clocksource/drivers/ostm: Add renesas-ostm timer driver

From: Chris Brandt This patch adds a OSTM driver for the Renesas architecture. The OS Timer (OSTM) has independent channels that can be used as a freerun or interval times. This driver uses the first probed device as a clocksource and then any additional devices as

Re: [PATCH 1/2] ARM: add ARM_SINGLE_ARMV7 as config option

On 02/08/2017 07:30 PM, Chris Brandt wrote: > Creates a new ARM_SINGLE_ARMV7 option as an alternative ARCH_MULTIPLATFORM. > > ARM_SINGLE_ARMV7 is very similar to ARCH_MULTIPLATFORM, except the options > from ARCH_MULTI_V6_V7 were copied directly into the new ARM_SINGLE_ARMV7. > > Additionally,

[PATCH 0/2] ARM: ARMv7 (with MMU) XIP without ARCH_MULTIPLATFORM

The basic idea of this series is to introduce a top level ARM_SINGLE_ARMV7 that can be selected instead of ARCH_MULTIPLATFORM for the purpose of being able to select XIP_KERNEL. ARM_SINGLE_ARMV7 is not selected directly, but rather by first selecting a specific SOC family (as opposed to the

[PATCH 1/2] ARM: add ARM_SINGLE_ARMV7 as config option

Creates a new ARM_SINGLE_ARMV7 option as an alternative ARCH_MULTIPLATFORM. ARM_SINGLE_ARMV7 is very similar to ARCH_MULTIPLATFORM, except the options from ARCH_MULTI_V6_V7 were copied directly into the new ARM_SINGLE_ARMV7. Additionally, everywhere ARCH_MULTIPLATFORM existed in build scripts,

[PATCH 2/2] ARM: shmobile: add renesas soc as a top level selection

Allows users to select "Renesas ARM SoCs" as opposed to multiplatform. ARM_SINGLE_ARMV7 is then selected to help with the behind the scenes work in the build scripts. Signed-off-by: Chris Brandt --- arch/arm/Kconfig | 4

RE: [PATCH 1/2] ARM: add ARM_SINGLE_ARMV7 as config option

Hello Florian, On Wednesday, February 08, 2017, Florian Fainelli wrote: > On 02/08/2017 07:30 PM, Chris Brandt wrote: > > Creates a new ARM_SINGLE_ARMV7 option as an alternative > ARCH_MULTIPLATFORM. > > > > ARM_SINGLE_ARMV7 is very similar to ARCH_MULTIPLATFORM, except the > > options from

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

Hi Dong, On Tue, Feb 7, 2017 at 11:25 AM, DongCV wrote: >>> 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

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

On Tue, Feb 7, 2017 at 3:40 PM, Geert Uytterhoeven wrote: > 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

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

Hi Uli, On Wed, Feb 8, 2017 at 11:04 AM, Ulrich Hecht wrote: > On Tue, Feb 7, 2017 at 3:40 PM, Geert Uytterhoeven > wrote: >> On Fri, Feb 3, 2017 at 11:38 AM, Ulrich Hecht >> wrote: >>> Allows tuning of the

Re: [PATCH v4 4/4] arm64: dts: r8a7796: salvator-x: add SCIF1 (DEBUG1)

On Fri, Feb 03, 2017 at 11:38:20AM +0100, Ulrich Hecht wrote: > Enables the SCIF hooked up to the DEBUG1 connector. > > Signed-off-by: Ulrich Hecht > Reviewed-by: Geert Uytterhoeven Hi Ulrich, could you clarify the dependency of this

Re: [PATCH v4 4/4] arm64: dts: r8a7796: salvator-x: add SCIF1 (DEBUG1)

On Wed, Feb 8, 2017 at 11:54 AM, Simon Horman wrote: > On Fri, Feb 03, 2017 at 11:38:20AM +0100, Ulrich Hecht wrote: >> Enables the SCIF hooked up to the DEBUG1 connector. >> >> Signed-off-by: Ulrich Hecht >> Reviewed-by: Geert Uytterhoeven

[PATCH 2/5] vsp-lib: Filter non-filesystem regular characters

From: Kieran Bingham Parameters can contain characters not suited to use in filenames. Add '=','(', and ')' to the filtering, and replace with '_' Signed-off-by: Kieran Bingham --- scripts/vsp-lib.sh | 3 +++ 1 file changed, 3

[PATCH 3/5] gen-image: Implement option to parse an input crop

From: Kieran Bingham Allow the user to specify an input crop in the form (X,Y)/WxH Signed-off-by: Kieran Bingham --- src/gen-image.c | 106 +- 1 file changed, 106 insertions(+)

[PATCH 1/5] vsp-lib: sort output frames correctly

From: Kieran Bingham In the event of failed frames, or VSP_KEEP_FRAMES being set, the output file names do not sort such that the reference frame is next to the failed frame. This can make comparing reference frames and the relevant output frames tedious and

[PATCH 4/5] vsp-lib: Support RPF frame cropping

From: Kieran Bingham Pass the optional '--crop (X,Y)/WxH' parameter through reference_frame allowing the input to be cropped for comparison Signed-off-by: Kieran Bingham --- scripts/vsp-lib.sh | 37

[PATCH 5/5] tests: Add RPF cropping test

From: Kieran Bingham Test both the input cropping size and position Signed-off-by: Kieran Bingham --- tests/vsp-unit-test-0021.sh | 39 ++- 1 file changed, 39 insertions(+) create mode

[PATCH 0/5] vsp-tests: Implement RPF cropping tests

From: Kieran Bingham Update the gen-image utility such that it can crop the image at input, and provide tests to ensure that the output of the RPF is as we expect. The first patch in the series, reformats the output filenames such that frames, and the correct