- 10 Dec, 2015 6 commits
-
-
Geert Uytterhoeven authored
Signed-off-by:
Geert Uytterhoeven <geert+renesas@glider.be> Signed-off-by:
Simon Horman <horms+renesas@verge.net.au>
-
Geert Uytterhoeven authored
Signed-off-by:
-
Geert Uytterhoeven authored
Drop the "console=" parameter from the kernel command line, as it's no longer needed for DT-based platforms. Add serial port config to chosen/stdout-path. Signed-off-by:
-
Geert Uytterhoeven authored
Signed-off-by:
-
Geert Uytterhoeven authored
Signed-off-by:
-
Geert Uytterhoeven authored
Signed-off-by:
-
- 08 Dec, 2015 2 commits
-
-
Kuninori Morimoto authored
Renesas sound driver needs #sound-dai-cells settings, but, this usage is a little bit confusable. It came from ALSA SoC historical reasons. The sound DAI naming method is different between Single/Multi DAI in the ALSA framework, and it is used for sound card matching. And this #sound-dai-cells has relationship to it. Current SoC dtsi has #sound-dai-cells = <1> as default settings (= it is assuming that board/platform has multi DAI), and board/platform side needs to overwrite it if board/platform was single DAI. This style is more confusable for users. This patch removes SoC side default settings, and force to set it by board/platform side. Signed-off-by:
Kuninori Morimoto <kuninori.morimoto.gx@renesas.com> Signed-off-by:
-
Geert Uytterhoeven authored
The default value of #sound-dai-cells in r8a7778.dtsi is one, while the /sound/simple-audio-card,cpu device node in r8a7778-bockw.dts uses a phandle without any extra cells ("<&rcar_sound>"), causing: /sound/simple-audio-card,cpu: arguments longer than property asoc-simple-card sound: parse error -22 asoc-simple-card: probe of sound failed with error -22 Override #sound-dai-cells to zero to fix this. Signed-off-by:
-
- 07 Dec, 2015 3 commits
-
-
Simon Horman authored
Commit a1bc260b ("gpio: clean up gpio-ranges documentation") declares the above property deprecated. That was more than 2 years ago. Remove it, so it doesn't get copied around needlessly. Based on similar work for the r8a7791 and r8a7794 by Wolfram Sang. Cc: Wolfram Sang <wsa+renesas@sang-engineering.com> Signed-off-by:
Wolfram Sang <wsa+renesas@sang-engineering.com> Acked-by:
-
Sergei Shtylyov authored
Define the generic R8A7791 part of the EtherAVB device node. Based on the commit f25d6b97 ("ARM: shmobile: r8a7790: add EtherAVB DT support"). Signed-off-by:
Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Signed-off-by:
-
Sergei Shtylyov authored
Add the EtherAVB clock to the R8A7791 device tree. Based on the commit 63d2d750 ("ARM: shmobile: r8a7790: add EtherAVB clocks"). Signed-off-by:
-
- 01 Dec, 2015 2 commits
-
-
Geert Uytterhoeven authored
The sh73a0 has 4 MSIOF devices, located in the A3SP power area. Signed-off-by:
-
Geert Uytterhoeven authored
The 4 MSIOF clocks are MSTP clocks, and children of the SUB clock. Signed-off-by:
-
- 25 Nov, 2015 12 commits
-
-
Geert Uytterhoeven authored
Add the missing L2 cache-controller node, and link the CPU nodes to it. This will allow migration to the generic l2c OF initialization. The L2 cache is an ARM L2C-310 (r3p1), of size 512 KiB (64 KiB x 8 ways). Signed-off-by:
-
Geert Uytterhoeven authored
Add the missing L2 cache-controller node, and link the CPU node to it. This will allow migration to the generic l2c OF initialization. The L2 cache is an ARM L2C-310 (r3p1-150rel0), of size 256 KiB (32 KiB x 8 ways). Signed-off-by:
-
Simon Horman authored
22b16071 ("ARM: shmobile: alt: Add pfc pins to DT") introduced pfc pins to the alt device tree but did not reference them. This patch fixes ether pfc by: * Referencing ether pins * Adding and referencing phy1 pins * Removing ether b pins. These are not used in the configuration of the alt board used for testing and empirically their presence prevents ethernet from functioning correctly in that environment. Reported-by:
-
Simon Horman authored
22b16071 ("ARM: shmobile: alt: Add pfc pins to DT") introduced pfc pins to the alt device tree but did not reference them. This patch fixes scif2 pfc by adding references to the scif2 pins. Reported-by:
-
Geert Uytterhoeven authored
As of commits 5cfdedb7 ("mtd: ofpart: move ofpart partitions to a dedicated dt node") and fe2585e9 ("doc: dt: mtd: support partitions in a special 'partitions' subnode"), having partitions as direct subnodes of an mtd device is discouraged. Hence move the SPI FLASH partitions to a "partitions" subnode. Based on similar work for the koelsch board by Geert Uytterhoeven. Signed-off-by:
-
Geert Uytterhoeven authored
As of commits 5cfdedb7 ("mtd: ofpart: move ofpart partitions to a dedicated dt node") and fe2585e9 ("doc: dt: mtd: support partitions in a special 'partitions' subnode"), having partitions as direct subnodes of an mtd device is discouraged. Hence move the SPI FLASH partitions to a "partitions" subnode. Based on similar work for the koelsch board by Geert Uytterhoeven. Signed-off-by:
-
Geert Uytterhoeven authored
As of commits 5cfdedb7 ("mtd: ofpart: move ofpart partitions to a dedicated dt node") and fe2585e9 ("doc: dt: mtd: support partitions in a special 'partitions' subnode"), having partitions as direct subnodes of an mtd device is discouraged. Hence move the SPI FLASH partitions to a "partitions" subnode. Based on similar work for the koelsch board by Geert Uytterhoeven. Signed-off-by:
-
Geert Uytterhoeven authored
As of commits 5cfdedb7 ("mtd: ofpart: move ofpart partitions to a dedicated dt node") and fe2585e9 ("doc: dt: mtd: support partitions in a special 'partitions' subnode"), having partitions as direct subnodes of an mtd device is discouraged. Hence move the SPI FLASH partition to a "partitions" subnode. Based on similar work for the koelsch board by Geert Uytterhoeven. Signed-off-by:
-
Laurent Pinchart authored
The signals output by the DU to the HDMI transmitter use full 24-bit RGB. Make sure all pins are properly muxed. Signed-off-by:
Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> Signed-off-by:
-
Wolfram Sang authored
Commit a1bc260b ("gpio: clean up gpio-ranges documentation") declares the above property deprecated. That was more than 2 years ago. Remove it, so it doesn't get copied around needlessly. Signed-off-by:
-
Wolfram Sang authored
Commit a1bc260b ("gpio: clean up gpio-ranges documentation") declares the above property deprecated. That was more than 2 years ago. Remove it, so it doesn't get copied around needlessly. Signed-off-by:
-
Laurent Pinchart authored
Add the DU device with a disabled state. Boards that want to enable the DU need to specify the output topology. Signed-off-by:
Magnus Damm <damm+renesas@opensource.se> Signed-off-by:
-
- 24 Nov, 2015 4 commits
-
-
Magnus Damm authored
Tie in r8a7794 PFC DU support to the VGA port on the r8a7794 ALT board. Signed-off-by:
-
Ulrich Hecht authored
Ensures that the pull-ups for pins SD0_CD and SD0_WP are enabled. This is one of two features from the DT reference platform that are still missing in MP. Signed-off-by:
Ulrich Hecht <ulrich.hecht+renesas@gmail.com> Acked-by:
Linus Walleij <linus.walleij@linaro.org> Signed-off-by:
-
Ulrich Hecht authored
The boot loader uses scif0, and so must we if we want earlycon to work. Partially reverts 7c055894 ("ARM: shmobile: r8a7790: switch from scif to scifa"). Signed-off-by:
-
Simon Horman authored
Linux 4.4-rc1
-
- 18 Nov, 2015 3 commits
-
-
Ulrich Hecht authored
Adds the device board-dependent part of the VIN0 device and its ADV7180 video decoder on I2C1, and the interconnection between them. Based on silk patch by Sergei Shtylyov. Signed-off-by:
-
Ulrich Hecht authored
Defines the board-dependent part of the I2C1 device. Signed-off-by:
-
Simon Horman authored
PFC is already enabled on the r8a7794. This adds pins for devices already enabled in DT on the r8a7794 based alt board. Based on work by Mitsuhiro Kimura and Hisashi Nakamura. Cc: Mitsuhiro Kimura <mitsuhiro.kimura.kc@renesas.com> Cc: Hisashi Nakamura <hisashi.nakamura.ak@renesas.com> Signed-off-by:
-
- 17 Nov, 2015 8 commits
-
-
Simon Horman authored
Use the new SoC specific binding for rcar-dmac and the generic binding as a fall-back in the r8a7794 device tree. In general Renesas hardware is not documented to the extent where the relationship between IP blocks on different SoCs can be assumed although they may appear to operate the same way. Furthermore the documentation typically does not specify a version for individual IP blocks. For these reasons a convention of using the SoC name in place of a version and providing SoC-specific compat strings has been adopted. Although not universally liked this convention is used in the bindings for most drivers for Renesas hardware. The purpose of this patch is to update the Renesas R-Car DMA Controller nodes to follow this convention. Signed-off-by: -
Simon Horman authored
Use the new SoC specific binding for rcar-dmac and the generic binding as a fall-back in the r8a7793 device tree. In general Renesas hardware is not documented to the extent where the relationship between IP blocks on different SoCs can be assumed although they may appear to operate the same way. Furthermore the documentation typically does not specify a version for individual IP blocks. For these reasons a convention of using the SoC name in place of a version and providing SoC-specific compat strings has been adopted. Although not universally liked this convention is used in the bindings for most drivers for Renesas hardware. The purpose of this patch is to update the Renesas R-Car DMA Controller nodes to follow this convention. Signed-off-by: -
Simon Horman authored
Use the new SoC specific binding for rcar-dmac and the generic binding as a fall-back in the r8a7791 device tree. In general Renesas hardware is not documented to the extent where the relationship between IP blocks on different SoCs can be assumed although they may appear to operate the same way. Furthermore the documentation typically does not specify a version for individual IP blocks. For these reasons a convention of using the SoC name in place of a version and providing SoC-specific compat strings has been adopted. Although not universally liked this convention is used in the bindings for most drivers for Renesas hardware. The purpose of this patch is to update the Renesas R-Car DMA Controller nodes to follow this convention. Signed-off-by: -
Simon Horman authored
Use the new SoC specific binding for rcar-dmac and the generic binding as a fall-back in the r8a7790 device tree. In general Renesas hardware is not documented to the extent where the relationship between IP blocks on different SoCs can be assumed although they may appear to operate the same way. Furthermore the documentation typically does not specify a version for individual IP blocks. For these reasons a convention of using the SoC name in place of a version and providing SoC-specific compat strings has been adopted. Although not universally liked this convention is used in the bindings for most drivers for Renesas hardware. The purpose of this patch is to update the Renesas R-Car DMA Controller nodes to follow this convention. Signed-off-by: -
Magnus Damm authored
Add r8a7793 GPIO device nodes that are assumed to be identical to r8a7791. This matches the data sheet for GPIO and MSTP bits. Signed-off-by:
-
Magnus Damm authored
Enable the DU device and the VGA port available on the r8a7794 ALT board. The VGA portion of the ALT board is somewhat similar to the Lager board but in case of ALT the DU1 pins are used and the X2 clock has a reduced frequency. This patch does not include any pinctrl (PFC) settings due to lack of PFC DT integration on r8a7794. At this point the default state of the boot loader is enough to keep the VGA port working without changing any pinctrl settings. Signed-off-by:
-
Laurent Pinchart authored
Add the DU device with a disabled state. Boards that want to enable the DU need to specify the output topology. Signed-off-by:
-
Laurent Pinchart authored
The DU0 clock is an MSTP clock, child of the CPG ZX clock. Signed-off-by:
-
