On 06/03/2016 08:47 PM, Simon Horman wrote:
> Hi,
>
> I do not believe this patch is suitable for v4.1 stable.
>
> ARCH_RENESAS is not otherwise present there and thus the driver in question
> will stop being compiled where it was previously compiled.
>
> Moreover, the transition to ARCH_RENESAS
Hi,
I do not believe this patch is suitable for v4.1 stable.
ARCH_RENESAS is not otherwise present there and thus the driver in question
will stop being compiled where it was previously compiled.
Moreover, the transition to ARCH_RENESAS is (so far) being handled in such
a way that there have no
[Cc linux-renesas-soc@vger.kernel.org]
Hi,
I do not believe this patch is suitable for v3.18 stable.
ARCH_RENESAS is not otherwise present there and thus the driver in question
will stop being compiled where it was previously compiled.
Moreoever, the transition to ARCH_RENESAS is (so far) being
R8A7792 SoC doesn't have the EtherMAC core, so SMSC LAN89218 Ethernet
chip was used instead on the Blanche board; this chip is compatible with
SMSC LAN9115 for which there's a (device tree aware) driver. Describe
the chip in the Blanche device tree; enable DHCP and NFS root in the
kernel
Add the initial device tree for the R8A7792 SoC based Blanche board.
The board has 2 debug serial ports: SCIF0 and SCIF3; include support for
them, so that the serial console can work.
Signed-off-by: Sergei Shtylyov
Acked-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
---
Changes in ver
Document the Blanche device tree bindings, listing it as a supported board.
This allows to use checkpatch.pl to validate .dts files referring to the
Blanche board.
Signed-off-by: Sergei Shtylyov
Acked-by: Rob Herring
---
Changes in version 2:
- added Rob's ACK.
Documentation/devicetree/bindin
Describe the IRQC interrupt controller in the R8A7792 device tree.
Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
---
Changes in version 2:
- resolved reject, indenting the IRQC node that is now under the "soc" node;
- added Geert's tag.
arch/arm/boot/dts/r8a7792.dtsi | 13 +
Describe [H]SCIFs in the R8A7792 device tree.
Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
---
Changes in version 2:
- resolved reject, indenting the device nodes that are now under the "soc" node;
- added Geert's tag.
arch/arm/boot/dts/r8a7792.dtsi | 90 ++
Describe SYS-DMAC0/1 in the R8A7792 device tree.
Signed-off-by: Sergei Shtylyov
Acked-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
---
Changes in version 2:
- resolved reject, indenting the device nodes that are now under the "soc" node;
- added Simon's ACK and Geert's tag too.
arch/arm/
The initial R8A7792 SoC device tree including CPU core, GIC, timer, SYSC,
and the required clock descriptions.
Signed-off-by: Sergei Shtylyov
---
Changes in version 2:
- explicitly included the IRQ header;
- removed the CPU1 node;
- removed the audio and PCIe bus clocks;
- removed the SDH, SD0,
Add minimal support for the R-Car V2H (R8A7792) SoC.
Signed-off-by: Sergei Shtylyov
Acked-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
---
Changes in version 2:
- removed 'select I2C';
- added Simon's ACK and Geert's tag too.
arch/arm/mach-shmobile/Kconfig |4 +++
arch/arm/ma
Add support for R-Car V2H (R8A7792) SoC power areas to the SYSC driver.
Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
---
Changes in version 2:
- added Geert's tag.
drivers/soc/renesas/Makefile |1 +
drivers/soc/renesas/r8a7792-sysc.c | 34
Add macros usable by the device tree sources to reference R8A7792 SYSC power
domains by index.
Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
---
Changes in version 2:
- added Geert's tag.
include/dt-bindings/power/r8a7792-sysc.h | 26 ++
1 file chang
Add macros usable by the device tree sources to reference the R8A7792
clocks by index.
Signed-off-by: Sergei Shtylyov
---
Changes in version 2:
- removed the SDH, SD0, and SD1 clocks;
- added RCAN and ADSP clock indeces;
- fixed SYS-DMAC0/1 clock indeces.
include/dt-bindings/clock/r8a7792-clo
Hello.
Here's the set of 11 patches against Simon Horman's 'renesas.git' repo,
'renesas-devel-20160530-v4.7-rc1' tag. We add the device tree support for
the R8A7792-based Blanche board. The R-Car 'clk' driver patch was posted last
week separately and 2 'clk' binding patches was split from this
Renesas R8A7792 SoC also has the CPG MSTP clocks...
Signed-off-by: Sergei Shtylyov
Acked-by: Simon Horman
Acked-by: Geert Uytterhoeven
Acked-by: Rob Herring
---
Changes in version 2:
- added Simon's, Geert's and Rob's ACKs;
- renamed the patch.
Documentation/devicetree/bindings/clock/renesa
Renesas R8A7792 SoC is a member of the R-Car gen2 family and so has CPG...
Signed-off-by: Sergei Shtylyov
Acked-by: Simon Horman
Acked-by: Geert Uytterhoeven
Acked-by: Rob Herring
---
Changes in version 2:
- added Simon's, Geert's, and Rob's ACKs;
- renamed the patch.
Documentation/devicetr
Hello.
Here's the set of 2 patches is against the 'clk-next' branch of CLK group's
'linux.git' repo. They are extracted from the 13 patch series adding support
for Renesas R8A7792/Blanche board support -- looks like I had the patch
addressees wrong that time...
[1/2] clk: renesas: rcar-gen2: d
On Fri, Jun 03, 2016 at 09:37:43AM +0200, Boris Brezillon wrote:
> On Thu, 2 Jun 2016 23:57:02 +0200
> Daniel Vetter wrote:
>
> > On Thu, Jun 2, 2016 at 11:05 PM, Laurent Pinchart
> > wrote:
> > > Hi Boris,
> > >
> > > Thank you for the patch.
> > >
> > > On Thursday 02 Jun 2016 16:31:28 Boris B
From: Oliver Hartkopp
Date: Fri, 3 Jun 2016 19:15:29 +0200
> On 06/03/2016 07:03 PM, Ulrich Hecht wrote:
>
>> Thanks; I missed that every register is described twice.
>>
>> Nevertheless, names often vary more or less subtly between your patch
>> and the specs, making it very hard to review. Some
On 06/03/2016 07:03 PM, Ulrich Hecht wrote:
Thanks; I missed that every register is described twice.
Nevertheless, names often vary more or less subtly between your patch
and the specs, making it very hard to review. Some have letters added,
some have letters removed, and some are just plain co
On Fri, Jun 3, 2016 at 8:42 AM, Ramesh Shanmugasundaram
wrote:
> Hi Uli,
>
> Thanks for the review
>
>> Thank you for your patch.
>>
>> On Thu, Jun 2, 2016 at 11:45 AM, Ramesh Shanmugasundaram
>> wrote:
>> [...]
>> > diff --git a/drivers/net/can/rcar/rcar_canfd.c
>> > b/drivers/net/can/rcar/rcar_
On 06/01/2016 04:13 AM, Simon Horman wrote:
Describe [H]SCIFs in the R8A7792 device tree.
Signed-off-by: Sergei Shtylyov
This looks correct to me.
I am wondering if you have been able to confirm DMA operation of the
devices enabled later on in the series.
The SCIF DMA seems to work now
Hello.
On 6/3/2016 1:00 PM, Geert Uytterhoeven wrote:
Add support for indicating the availability of dedicated lines for
RTS/CTS hardware flow control, using the standard "uart-has-rtscts" DT
property.
Signed-off-by: Geert Uytterhoeven
---
v3:
- No changes,
v2:
- New.
---
drivers/tty/se
Documentation/serial/driver clearly states:
If the port does not support CTS, DCD or DSR, the driver should
indicate that the signal is permanently active.
Hence always set TIOCM_CTS, as we currently don't look at the CTS
hardware line state at all.
FWIW, this fixes the transmit path whe
Improve documentation for the SCIFA/SCIFB Serial Port Control and Data
Registers:
- State clearly that the RTS and CTS lines are active-low,
- Document the bits related to the serial port's SCK, RXD, and TXD
pins.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Peter Hurley
---
v3:
- Ad
The existing support for hardware-assisted RTS/CTS is rudimentary and
doesn't work.
Add support for hardware-assisted RTS/CTS hardware flow control for the
(H)SCIF, SCIFA, and SCIFB variants.
Signed-off-by: Geert Uytterhoeven
---
v3:
- No changes,
v2:
- New.
---
drivers/tty/serial/sh-sci.c
Some Renesas SCIF UARTs have dedicated lines for RTS/CTS hardware flow
control. Whether these lines exist depends on SoC and UART instance
inside the SoC. Whether these lines can be used for hardware flow
control depends on board wiring.
Amend the DT bindings with an optional property to indicat
Amend the DT bindings for the Renesas SCI driver to allow describing
optional GPIO-controlled modem lines, which can be used where dedicated
modem lines are not available.
The property naming is dictated by the Generic Serial DT Bindings.
Signed-off-by: Geert Uytterhoeven
Acked-by: Rob Herring
Before, the driver relied on initialization by the boot loader, or by
implicit reset state.
Note that unlike on (H)SCIF, the RTS/CTS bits exist only if dedicated
RTS/CTS pins are available, which depends on the SoC and UART instance.
Signed-off-by: Geert Uytterhoeven
---
v3:
- No changes,
v2:
Add support for indicating the availability of dedicated lines for
RTS/CTS hardware flow control, using the standard "uart-has-rtscts" DT
property.
Signed-off-by: Geert Uytterhoeven
---
v3:
- No changes,
v2:
- New.
---
drivers/tty/serial/sh-sci.c | 3 +++
1 file changed, 3 insertions(+)
di
Enhance the Renesas SCI UART driver to add support for GPIO-controlled
modem lines (CTS, DSR, DCD, RNG, RTS, DTR), using the serial_mctrl_gpio
helpers.
GPIO-controlled modem lines can be used when dedicated modem lines are
not available. Invalid configurations specifying both GPIO RTS/CTS and
dedi
Replace open-coded variants of sci_getreg() by function calls, and drop
intermediate variables where appropriate.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Peter Hurley
---
v3:
- Add Reviewed-by,
v2:
- New.
---
drivers/tty/serial/sh-sci.c | 7 ++-
1 file changed, 2 insertions(+),
Improve documentation for the (H)SCIF Serial Port Register:
- Make it clear the RTS and CTS lines are active-low,
- Document the bits related to the serial port's clock pin.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Peter Hurley
---
v3:
- Add Reviewed-by,
v2:
- New.
---
drivers/tt
e-assisted automatic RTS/CTS control on
(H)SCIF, SCIFA, and SCIFB.
Dependencies:
- The patches apply to v4.7-rc1 and next-20160603.
This was tested on r8a7791/koelsch and r8a7740/armadillo, using UARTs
and GPIO pins on expansion connectors.
Expected behavior, using GPIO-based RTS/CTS as a
Correct pin initialization on (H)SCIF:
- RTS must be deasserted (it's active low),
- SCK must be an input, as it may be used as the optional external
clock input.
Initial pin configuration must always be done:
- Regardless of the presence of dedicated RTS and CTS pins: if the
registe
Hi Magnus,
On Thu, Jun 2, 2016 at 5:55 PM, Magnus Damm wrote:
> iommu/ipmmu-vmsa: IPMMU multi-arch update V3
>
> [PATCH v3 01/06] iommu/ipmmu-vmsa: Remove platform data handling
> [PATCH v3 02/06] iommu/ipmmu-vmsa: Rework interrupt code and use bitmap for
> context
> [PATCH v3 03/06] iommu/ipmmu
On 27 May 2016 at 14:10, Wolfram Sang wrote:
> From: Wolfram Sang
>
> Sparse complains about the implicit cast. Making it explicit is indeed
> better coding style.
>
> Signed-off-by: Wolfram Sang
Thanks, applied for next!
Kind regards
Uffe
> ---
> drivers/mmc/host/tmio_mmc.h | 2 +-
> 1 file
On 11 May 2016 at 14:46, Wolfram Sang wrote:
> From: Wolfram Sang
>
> Replace hardcoded values with meaningful names and document what we
> know.
>
> Signed-off-by: Wolfram Sang
Thanks, applied for next!
Kind regards
Uffe
> ---
> drivers/mmc/host/sh_mobile_sdhi.c | 14 ++
> 1 fil
On Thu, 02 Jun 2016 23:57:14 +0300
Laurent Pinchart wrote:
> Hi Boris,
>
> Thank you for the patch.
>
> On Thursday 02 Jun 2016 16:31:36 Boris Brezillon wrote:
> > All outputs have a 1:1 relationship between connectors and encoders,
> > and the driver is relying on the atomic helpers: we can dr
On Thu, 2 Jun 2016 23:57:02 +0200
Daniel Vetter wrote:
> On Thu, Jun 2, 2016 at 11:05 PM, Laurent Pinchart
> wrote:
> > Hi Boris,
> >
> > Thank you for the patch.
> >
> > On Thursday 02 Jun 2016 16:31:28 Boris Brezillon wrote:
> >> Adapt drm_pick_crtcs() and update_connector_routing() to fallb
On Fri, 03 Jun 2016 00:05:46 +0300
Laurent Pinchart wrote:
> Hi Boris,
>
> Thank you for the patch.
>
> On Thursday 02 Jun 2016 16:31:28 Boris Brezillon wrote:
> > Adapt drm_pick_crtcs() and update_connector_routing() to fallback to
> > drm_atomic_helper_best_encoder() if funcs->best_encoder()
42 matches
Mail list logo
