- 28 Jun, 2024 17 commits
-
-
Arnd Bergmann authored
Merge tag 'v6.11-rockchip-dts32-1' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip into soc/dt More attention for the rk3128 soc (dsi, i2c, spdif, sfc), hdmi-sound for a rk3066a board and some minor cleanups. * tag 'v6.11-rockchip-dts32-1' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip: ARM: dts: rockchip: add #sound-dai-cells to hdmi node on rk3128 ARM: dts: rockchip: add #sound-dai-cells to hdmi node no rk3036 ARM: dts: rockchip: enable hdmi_sound and i2s0 for mk808 hdmi ARM: dts: rockchip: Add SFC for RK3128 ARM: dts: rockchip: add hdmi-sound node to rk3066a ARM: dts: rockchip: Add spdif node for RK3128 ARM: dts: rockchip: Add i2s nodes for RK3128 ARM: dts: rockchip: Add DSI for RK3128 ARM: dts: rockchip: Add D-PHY for RK3128 dt-bindings: clock: rk3128: Add PCLK_MIPIPHY Link: https://lore.kernel.org/r/2187283.irdbgypaU6@diegoSigned-off-by:
Arnd Bergmann <arnd@arndb.de>
-
Arnd Bergmann authored
Merge tag 'v6.11-rockchip-dts64-1' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip into soc/dt New boards, the Radxa ROCK S0, Radxa ZERO 3W/3E, CM3588 NAS solution and Neardi LBA3368. Interesting core changes: dropping of the rk3399pro dtsi - Dragan dug through available information, boards and found out that the pcie-stuff described in the existing rk3399pro dtsi is actually not true and the file can go away. And also a bit of reorganizing of rk3588 dtsi files. There are number of rk3588 variants in existence that select between two sets of peripherals and also multiple sets of operating points. So the change sorts it differently so that we stop including one soc-variant into others and also make room for the operating points. The rk3308 got io domains, a number of additions to the rk3308-rock-pi-s board (wifi, io-domains, otp, ethernet, uart, sdmmc). And then there are of course the usual set of new additions like rk3588 pcie endpoint support and individual peripherals for boards. * tag 'v6.11-rockchip-dts64-1' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip: (42 commits) arm64: dts: rockchip: Delete the SoC variant dtsi for RK3399Pro arm64: dts: rockchip: Fix mic-in-differential usage on rk3568-evb1-v10 arm64: dts: rockchip: Fix mic-in-differential usage on rk3566-roc-pc arm64: dts: rockchip: Drop invalid mic-in-differential on rk3568-rock-3a arm64: dts: rockchip: Add rock5b overlays for PCIe endpoint mode arm64: dts: rockchip: Add PCIe endpoint mode support arm64: dts: rockchip: Increase VOP clk rate on RK3328 arm64: dts: rockchip: add gpio-line-names to radxa-zero-3 arm64: dts: rockchip: Split GPU OPPs of RK3588 and RK3588j arm64: dts: rockchip: Add OPP data for CPU cores on RK3588j arm64: dts: rockchip: Add OPP data for CPU cores on RK3588 arm64: dts: rockchip: Add CPU/memory regulator coupling for 2 RK3588 boards arm64: dts: rockchip: fix mmc aliases for Radxa ZERO 3E/3W arm64: dts: rockchip: Add Neardi LBA3368 board dt-bindings: arm: rockchip: Add Neardi LBA3368 dt-bindings: vendor-prefixes: Add Neardi Technology arm64: dts: rockchip: Enable PinePhone Pro vibrator arm64: dts: rockchip: Enable PinePhone Pro IMU sensor arm64: dts: rockchip: Add Pinephone Pro support for GPIO LEDs arm64: dts: rockchip: Enable SPI flash on PinePhone Pro ... Link: https://lore.kernel.org/r/4901395.GXAFRqVoOG@diegoSigned-off-by:
-
Arnd Bergmann authored
Merge tag 'renesas-dt-bindings-for-v6.11-tag1' of git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-devel into soc/dt Renesas DT binding updates for v6.11 - Document support for R-Car E-FUSE controllers. * tag 'renesas-dt-bindings-for-v6.11-tag1' of git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-devel: dt-bindings: fuse: Document R-Car E-FUSE / OTP_MEM dt-bindings: fuse: Document R-Car E-FUSE / PFC Link: https://lore.kernel.org/r/cover.1719578279.git.geert+renesas@glider.beSigned-off-by:
-
Arnd Bergmann authored
Merge tag 'mtk-dts32-for-v6.11' of https://git.kernel.org/pub/scm/linux/kernel/git/mediatek/linux into soc/dt MediaTek ARM32 DTS updates for v6.11 This adds a single commit that cleans up the drive-strength value assignment on all devicetrees using the deprecated MTK_DRIVE_(x)mA definition. * tag 'mtk-dts32-for-v6.11' of https://git.kernel.org/pub/scm/linux/kernel/git/mediatek/linux: arm: dts: mediatek: Declare drive-strength numerically Link: https://lore.kernel.org/r/20240628093801.126013-2-angelogioacchino.delregno@collabora.comSigned-off-by:
-
Arnd Bergmann authored
Merge tag 'mtk-dts64-for-v6.11' of https://git.kernel.org/pub/scm/linux/kernel/git/mediatek/linux into soc/dt MediaTek ARM64 DTS updates for v6.11 This introduces the new Airoha (MediaTek) EN7581 home networking platform (routers) in early stages, but with support for its Evaluation Board, a few more MediaTek based machines, and improvements for existing ones. For the MT7981 router SoC we get pinctrl support, along with the enablement of its watchdog, eFuse/nvmem, I2C and integrated WiFi controller, other than the introduction of new machines based on this chip: the Cudy WR3000 V1 router and the OpenWRT One. MT7986 gets a new machine: the BananaPi R3 Mini. Some advancements have been done also on the MT7988 SoC, which gains support for its I2C, PWM and USB XHCI controllers. MediaTek Genio SoCs also get attention, with the introduction of a basic device tree for the MT8390 Genio 700-EVK board, and for the MT8395 Genio 1200 powered Kontron 3.5"-SBC-i1200. Additionally, the Genio 1200 Radxa NIO12L board gets support for USB Role Switching and proper PCI-Express controller PM suspend and resume, other than finally enabling CPU and GPU frequency and voltage scaling for improved efficiency. Speaking of MediaTek Kompanio SoCs (Chromebooks) instead, thanks to community interest and help in testing, there comes support for the MT8195-powered HP Chromebook X360 13b-ca0002sa, while Google contributed support for the MT8186-powered Acer Chromebook 311. Moreover, MT8188 gets support for its integrated power domains, other than its Global Command Engine (GCE) mailboxes, initial basic support for the VDO0/1 blocks for multimedia, and its GPU (ARM Mali G57-MC3, Valhall-JM) with Panfrost. Besides that, this also adds a few other cleanups and improvements for all machines using the MT8183, MT8192, MT8195/MT8395 SoCs and adds generation of symbols on base devicetrees of machines using Device Tree Overlay(s) (DTBO). In particular: - The MediaTek Smart Voltage Scaling (SVS) is now fully working those SoCs, bringing further power efficiency improvements; - Thermal zones were refactored on MT8183 for consistency with the other MediaTek SoCs and for readability - Sound DAI links are now consistently specified in device tree on MT8195 and MT8186 machines - Newly supported machines/boards - EN7581: EVK - MT7981: Cudy WR3000 V1, OpenWRT One - MT7986: BananaPi R3 Mini - MT8186: Acer Chromebook 311 (Corsola Voltorb) - MT8195: HP Chromebook X360 13b-ca0002sa (Cherry Dojo) - MT8390/8188: Genio 700 EVK - Some cleanups for unused/legacy devicetree properties * tag 'mtk-dts64-for-v6.11' of https://git.kernel.org/pub/scm/linux/kernel/git/mediatek/linux: (58 commits) arm64: dts: mediatek: Declare drive-strength numerically arm64: dts: mt7622: fix switch probe on bananapi-r64 arm64: dts: mediatek: Add MT8186 Voltorb Chromebooks dt-bindings: arm: mediatek: Add MT8186 Voltorb Chromebooks arm64: dts: mediatek: Makefile: Generate symbols for DTBO support arm64: dts: mediatek: mt8183-kukui-jacuzzi: Add ports node for anx7625 arm64: dts: mediatek: mt8183-pico6: Fix wake-on-X event node names arm64: dts: mt8173: Add G2Touch touchscreen node arm64: dts: mediatek: mt8183-kukui: Fix the value of `dlg,jack-det-rate` mismatch arm64: dts: mediatek: mt8188: Add support for Mali GPU on Panfrost arm64: dts: mediatek: mt8188: Add support for SoC power domains arm64: dts: mediatek: mt8188: Add VDOSYS0/1 support for multimedia arm64: dts: mediatek: mt8188: Add Global Command Engine mailboxes arm64: dts: mediatek: mt8173-elm: drop PMIC's syscon node arm64: dts: mediatek: mt8365: use a specific SCPSYS compatible arm64: dts: mediatek: mt8365: drop incorrect power-domain-cells arm64: dts: mediatek: mt7981: add I2C controller arm64: dts: mediatek: mt7622: fix "emmc" pinctrl mux arm64: dts: mediatek: mt7988: add I2C controllers arm64: dts: mediatek: mt7988: add PWM controller ... Link: https://lore.kernel.org/r/20240628093801.126013-1-angelogioacchino.delregno@collabora.comSigned-off-by:
-
Arnd Bergmann authored
Merge tag 'sti-dt-for-v6.11-round1' of https://git.kernel.org/pub/scm/linux/kernel/git/pchotard/sti into soc/dt STi DT for v6.11 : _ Add #thermal-sensor-cells property on stih410.dtsi and stih418.dtsi _ Add thermal-zones support on stih418 _
-
Rob Herring authored
There's not much reason to have multiple fixed-factor-clock instances which are all the same factor and clock input. Drop the nodes, but keep the labels to minimize the changes and keep some distinction of the different clocks. Signed-off-by:
Rob Herring (Arm) <robh@kernel.org> Reviewed-by:
Linus Walleij <linus.walleij@linaro.org> Link: https://lore.kernel.org/20240528191536.1444649-1-robh@kernel.orgSigned-off-by:
-
Marek Behún authored
Convert the marvell,mpic device-tree binding to YAML. Add myself as maintainer. Signed-off-by:
Marek Behún <kabel@kernel.org> Reviewed-by:
Conor Dooley <conor.dooley@microchip.com> Link: https://lore.kernel.org/r/20240624145355.8034-3-kabel@kernel.orgSigned-off-by:
-
Marek Behún authored
The marvell,mpic interrupt controller has no children nodes. Drop the Signed-off-by:
-
Dragan Simic authored
The commit 587b4ee2 ("arm64: dts: rockchip: add core dtsi file for RK3399Pro SoCs") describes the RK3399Pro's PCI Express interface as the way built-in NPU communicates with the rest of the SoC. All available evidence shows this not to be accurate, as described in detail below. Moreover, the rk3399pro.dtsi isn't used anywhere, so let's delete it. The publicly available schematics of the Radxa Rock Pi N10 carrier board [1] and the Vamrs VMARC RK3399Pro SoM, [2] which put together form the currently single supported RK3399Pro-based board, clearly show that the PCI Express x4 interface of this SoC is fully functional and actually not used by the SoC to communicate with the built-in NPU. In more detail, the VMARC SoM exports the SoC's PCI Express interface at its board-to-board connector, and the Rock Pi N10 routes it to an M.2 M-key slot with four PCI Express lanes. Both the Rockchip RK3399Pro datasheet, version 1.1, [3] and the Rockchip RK3399Pro technical reference manual (TRM), first part of the version 1.0, [4] don't describe that the SoC's PCI Express interface is reserved for the NPU. Instead, the RK3399Pro TRM describes that the NPU uses AHB and AXI interfaces as the host interface (HIF). The RK3399Pro datasheet clearly describes that the PCI Express x4 interface is available for general-purpose use, just like it's the case with the standard Rockchip RK3399 SoC, [5] albeit with a bit shorter feature list provided in the RK3399Pro datasheet. Even the publicly available reference RK3399Pro schematic from Rockchip [6] shows the availability of a standard PCI Express slot with four lanes, which would be pretty much impossible if the PCI Express interface was reserved for the communication with the built-in NPU. Based on the RK3399Pro datasheet [3] and the board schematics, [2][6] the built-in NPU actually exports NPU_PCIE as a separate PCI Express x2 interface that's partially pinmuxed with the NPU's separate USB 3.0 interface, which is described further in the next paragraph. However, the NPU's separate PCI Express x2 interface is left undocumented in the publicly available RK3399Pro documentation, in which it's clearly described as reserved for internal use and not intended for the communication with the NPU. Finally, the evidently independent nature of the separate NPU_PCIE x2 interface makes ignoring it safe when it comes to determining the nature and the availability of the RK3399Pro's main PCI Express x4 interface. The actual application-level communication with the built-in NPU, including powering it up and down and uploading the NPU firmware, is performed through the separate USB 2.0 and USB 3.0 interfaces exported by the NPU, [7] which the VMARC SoM [2] and the reference board design from Rockchip [6] route to the SoC's standard USB 2.0 and USB 3.0 interfaces, to make the NPU accessible to software running on the SoC's ARM cores. [1] https://dl.radxa.com/rockpin10/docs/hw/rockpi_n10_sch_v1.1_20190909.pdf [2] https://dl.radxa.com/rockpin10/docs/hw/VMARC_RK3399Pro_sch_V1.1_20190619.pdf [3] https://www.rockchip.fr/RK3399Pro%20datasheet%20V1.1.pdf [4] https://www.rockchip.fr/Rockchip%20RK3399Pro%20TRM%20V1.0%20Part1.pdf [5] https://www.rockchip.fr/RK3399%20datasheet%20V1.8.pdf [6] https://opensource.rock-chips.com/images/e/e4/RK_EVB_RK3399PRO_LP3S178P332SD8_V11_20181113_RZF.pdf [7] https://wiki.radxa.com/RockpiN10/dev/NPU-bootingSigned-off-by:
Dragan Simic <dsimic@manjaro.org> Link: https://lore.kernel.org/r/4449f7d4eead787308300e2d1d37b88c9d1446b2.1717308862.git.dsimic@manjaro.orgSigned-off-by:
Heiko Stuebner <heiko@sntech.de>
-
Cristian Ciocaltea authored
The 'mic-in-differential' DT property supported by the RK809/RK817 audio codec driver is actually valid if prefixed with 'rockchip,': DTC_CHK arch/arm64/boot/dts/rockchip/rk3568-evb1-v10.dtb rk3568-evb1-v10.dtb: pmic@20: codec: 'mic-in-differential' does not match any of the regexes: 'pinctrl-[0-9]+' from schema $id: http://devicetree.org/schemas/mfd/rockchip,rk809.yaml# Make use of the correct property name. Fixes: 3e4c629c ("arm64: dts: rockchip: enable rk809 audio codec on the rk3568 evb1-v10") Signed-off-by:
Cristian Ciocaltea <cristian.ciocaltea@collabora.com> Link: https://lore.kernel.org/r/20240622-rk809-fixes-v2-5-c0db420d3639@collabora.comSigned-off-by:
-
Cristian Ciocaltea authored
The 'mic-in-differential' DT property supported by the RK809/RK817 audio codec driver is actually valid if prefixed with 'rockchip,': DTC_CHK arch/arm64/boot/dts/rockchip/rk3566-roc-pc.dtb rk3566-roc-pc.dtb: pmic@20: codec: 'mic-in-differential' does not match any of the regexes: 'pinctrl-[0-9]+' from schema $id: http://devicetree.org/schemas/mfd/rockchip,rk809.yaml# Make use of the correct property name. Fixes: a8e35c4b ("arm64: dts: rockchip: add audio nodes to rk3566-roc-pc") Signed-off-by:
-
Cristian Ciocaltea authored
The 'mic-in-differential' DT property supported by the RK809/RK817 audio codec driver is actually valid if prefixed with 'rockchip,': DTC_CHK arch/arm64/boot/dts/rockchip/rk3568-rock-3a.dtb rk3568-rock-3a.dtb: pmic@20: codec: 'mic-in-differential' does not match any of the regexes: 'pinctrl-[0-9]+' from schema $id: http://devicetree.org/schemas/mfd/rockchip,rk809.yaml# However, the board doesn't make use of differential signaling, hence drop the incorrect property and the now unnecessary 'codec' node. Fixes: 22a442e6 ("arm64: dts: rockchip: add basic dts for the radxa rock3 model a") Reported-by:
Jonas Karlman <jonas@kwiboo.se> Signed-off-by:
-
Niklas Cassel authored
Add rock5b overlays for PCIe endpoint mode support. If using the rock5b as an endpoint against a normal PC, only the rk3588-rock-5b-pcie-ep.dtbo needs to be applied. If using two rock5b:s, with one board as EP and the other board as RC, rk3588-rock-5b-pcie-ep.dtbo and rk3588-rock-5b-pcie-srns.dtbo has to be applied to the respective boards. Signed-off-by:
Niklas Cassel <cassel@kernel.org> Link: https://lore.kernel.org/r/20240607-rockchip-pcie-ep-v1-v5-13-0a042d6b0049@kernel.orgSigned-off-by:
-
Niklas Cassel authored
Add a device tree node representing PCIe endpoint mode. The controller can either be configured to run in Root Complex or Endpoint mode. If a user wants to run the controller in endpoint mode, the user has to disable the pcie3x4 node and enable the pcie3x4_ep node. Signed-off-by:
Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org> Link: https://lore.kernel.org/r/20240607-rockchip-pcie-ep-v1-v5-12-0a042d6b0049@kernel.orgSigned-off-by:
-
Raphael Gallais-Pou authored
Add a 'thermal-zones' node for stih418. A thermal-zone needs three components: - thermal sensors, described in an earlier commit[1] - cooling devices, specified for each CPU - a thermal zone, describing the overall behavior. The thermal zone needs references to both CPUs and thermal sensors, which phandle are also added. The thermal management will then be achieved on CPUs using the cpufreq framework. [1] https://lore.kernel.org/lkml/20240320-thermal-v3-2-700296694c4a@gmail.com/Reviewed-by:
Patrice Chotard <patrice.chotard@foss.st.com> Signed-off-by:
Raphael Gallais-Pou <rgallaispou@gmail.com> Signed-off-by:
-
Raphael Gallais-Pou authored
"#thermal-sensor-cells" is required and missing in thermal nodes. Add it. Signed-off-by:
-
- 27 Jun, 2024 23 commits
-
-
Johan Jonker authored
'#sound-dai-cells' is required to properly interpret the list of DAI specified in the 'sound-dai' property, so add them to the 'hdmi' node for 'rk3128.dtsi'. Signed-off-by:
Johan Jonker <jbx6244@gmail.com> Link: https://lore.kernel.org/r/9d0fabb0-70b0-4b4b-ac7c-389b1c7afe20@gmail.comSigned-off-by:
-
Johan Jonker authored
'#sound-dai-cells' is required to properly interpret the list of DAI specified in the 'sound-dai' property, so add them to the 'hdmi' node for 'rk3036.dtsi'. Signed-off-by:
-
Arnd Bergmann authored
Merge tag 'socfpga_dts_updates_for_v6.11' of git://git.kernel.org/pub/scm/linux/kernel/git/dinguyen/linux into soc/dt SoCFPGA DTS updates for v6.11 - Drop unneeded flash address - Add L2 Cache info for Stratix10 * tag 'socfpga_dts_updates_for_v6.11' of git://git.kernel.org/pub/scm/linux/kernel/git/dinguyen/linux: arm64: dts: socfpga: stratix10: add L2 cache info arm64: dts: n5x: socdk: drop unneeded flash address/size-cells arm64: dts: agilex: socdk: drop unneeded flash address/size-cells arm64: dts: stratix10: socdk_nand: drop unneeded flash address/size-cells arm64: dts: stratix10: socdk: drop unneeded flash address/size-cells Link: https://lore.kernel.org/r/20240626210728.21295-1-dinguyen@kernel.orgSigned-off-by:
-
https://github.com/Xilinx/linux-xlnxArnd Bergmann authored
arm64: Xilinx DT changes for 6.11 - Add remoteproc TCM support - Add coresight cpu debug support - Describe OCM controller - Disable Tri-state for SDIO on kv260 - Add compatibility strings for kv260 overlays - Add support for k26-rev2 SOM - Describe ina260/DP/TTC and PWM on kv260 DT schema alignments and fixes - Align soc-nvmem binding with dt-schema - Fix fpga region node - Add description for efuses - Describe USB wakeup interrupt - Fix ams-pl node * tag 'zynqmp-soc-for-6.11' of https://github.com/Xilinx/linux-xlnx: arm64: zynqmp: Add pwm-fan node and fix ttc0 pwm-cells property arm64: zynqmp: Add support for K26 rev2 boards arm64: zynqmp: Describe DisplayPort connector for Kria arm64: zynqmp: Add description for ina260 on kv260 arm64: zynqmp: Add compatible string for kv260 arm64: zynqmp: Disable Tri-state for SDIO arm64: zynqmp: Remove address/size-cells from ams node arm64: zynqmp: Describe OCM controller arm64: zynqmp: Describe USB wakeup interrupt arm64: zynqmp: Add missing description for efuses arm64: zynqmp: Use fpga-region as node name arm64: zynqmp: Align nvmem node with dt schema arm64: zynqmp: Add coresight cpu debug support dts: zynqmp: add properties for TCM in remoteproc Link: https://lore.kernel.org/r/CAHTX3dLbNAYL4hm+bs=GByA4DqjRr3Rt6WESram8VyU1By8Mow@mail.gmail.comSigned-off-by:
-
Arnd Bergmann authored
Merge tag 'juno-updates-6.11' of git://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux into soc/dt Arm Juno updates for v6.11 Addition of dedicated FPGA syscon compatible for Juno platforms. Also enablement of GPU device node now that the panfrost driver is already enabled as a module in defconfig. * tag 'juno-updates-6.11' of git://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux: arm64: dts: juno: Enable GPU arm64: dts: juno: add dedicated FPGA syscon compatible dt-bindings: arm: arm,juno-fpga-apb-regs: document FPGA syscon Link: https://lore.kernel.org/r/20240620093924.375244-2-sudeep.holla@arm.comSigned-off-by:
-
Arnd Bergmann authored
Merge tag 'renesas-dts-for-v6.11-tag1' of git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-devel into soc/dt Renesas DTS updates for v6.11 - Add support for the second and third Ethernet interfaces on the White Hawk development board, - Add support for the second Ethernet interface on the RZ/N1 SoC, - Add I2C EEPROM support for the Condor-I development board, - Add video capture support for the R-Car V4M SoC, - Miscellaneous fixes and improvements. * tag 'renesas-dts-for-v6.11-tag1' of git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-devel: arm64: dts: renesas: r8a779h0: Add video capture nodes arm64: dts: renesas: r9a08g045: Update fallback string for SDHI nodes arm64: dts: renesas: rzg2l: Update fallback string for SDHI nodes arm64: dts: renesas: r9a09g011: Update fallback string for SDHI nodes arm64: dts: renesas: s4sk: Add aliases for I2C buses arm64: dts: renesas: spider-cpu: Add aliases for I2C buses arm64: dts: renesas: white-hawk-cpu: Add aliases for I2C buses arm64: dts: renesas: condor-i: Add I2C EEPROM arm64: dts: renesas: gray-hawk-single: Add aliases for I2C buses ARM: dts: renesas: r9a06g032: Describe GMAC1 arm64: dts: renesas: white-hawk: ethernet: Describe AVB1 and AVB2 arm64: dts: renesas: r8a779g0: Use MDIO node for all AVB devices Link: https://lore.kernel.org/r/cover.1718355312.git.geert+renesas@glider.beSigned-off-by:
-
AngeloGioacchino Del Regno authored
On some devicetrees, the drive-strength property gets assigned a MTK_DRIVE_(x)_mA definition, which matches with (x). For example, MTK_DRIVE_8mA equals to 8 and MTK_DRIVE_30mA equals to 30. Also keeping in mind that the drive-strength property is, by (binding) definition, taking a number in milliamperes unit, change all devicetrees to avoid the usage of any MTK_DRIVE_(x) definition. Reviewed-by:
Chen-Yu Tsai <wenst@chromium.org> Link: https://lore.kernel.org/r/20240620101656.1096374-2-angelogioacchino.delregno@collabora.comSigned-off-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
-
Frank Wunderlich authored
After commit 868ff5f4 ("net: dsa: mt7530-mdio: read PHY address of switch from device tree") the mt7531 switch on Bananapi-R64 was not detected. mt7530-mdio mdio-bus:00: reset timeout mt7530-mdio mdio-bus:00: probe with driver mt7530-mdio failed with error -110 Fix this by adding phy address in devicetree. Signed-off-by:
Frank Wunderlich <frank-w@public-files.de> Link: https://lore.kernel.org/r/20240516204847.171029-1-linux@fw-web.deSigned-off-by:
-
Chen-Yu Tsai authored
Add device trees for the MT8186 based Voltorb Chromebooks, also known as the Acer Chromebook 311 (C723/C723T). The devices are clamshell style laptops with an optional touchscreen. The devices differ from the other existing MT8186 Chromebooks in that it uses a higher speced / binned SoC which also requires a separate PMIC for the big core cluster. Also, a different codec is used for the internal speakers. Signed-off-by:
-
Chen-Yu Tsai authored
Add an entry for the MT8186 based Voltorb Chromebooks, also known as the Acer Chromebook 311 (C723/C723T). The device is a clamshell style laptop with an optional touchscreen. Signed-off-by:
-
AngeloGioacchino Del Regno authored
Add DTC_FLAGS '-@' for mt7986a-bananapi-bpi-r3 and -mini to instruct the devicetree compiler to enable generation of symbols. This allows proper support for Device Tree Overlay(s) for those boards; future boards that need DTBO support are expected to add their own DTC_FLAGS_{dtb-name}. Reviewed-by: -
Chen-Yu Tsai authored
The anx7625 binding requires a "ports" node as a container for the "port" nodes. The jacuzzi dtsi file is missing it. Add a "ports" node under the anx7625 node, and move the port related nodes and properties under it. Fixes: cabc71b0 ("arm64: dts: mt8183: Add kukui-jacuzzi-damu board") Signed-off-by:
-
Chen-Yu Tsai authored
The wake-on-bt and wake-on-wlan nodes don't have a button- or event- prefix that the gpio-keys binding requires. Fix up the node names to satisfy the binding. While at it, also fix up the GPIO overriding structure for the wake-on-wlan node. Instead of referencing the gpio-keys node and then open coding the node, add a label for the event node, and use that to reference and override the GPIO settings. Fixes: 055ef10c ("arm64: dts: mt8183: Add jacuzzi pico/pico6 board") Signed-off-by:
-
Pin-yen Lin authored
Lenovo Ideapad C330 Chromebook (MTK) uses G2Touch touchscreen as a second source component. Signed-off-by:
Pin-yen Lin <treapking@chromium.org> Reviewed-by:
-
Hsin-Te Yuan authored
According to Documentation/devicetree/bindings/sound/dialog,da7219.yaml, the value of `dlg,jack-det-rate` property should be "32_64" instead of "32ms_64ms". Fixes: dc0ff0fa ("ASoC: da7219: Add Jack insertion detection polarity") Signed-off-by:
Hsin-Te Yuan <yuanhsinte@chromium.org> Link: https://lore.kernel.org/r/20240613-jack-rate-v2-1-ebc5f9f37931@chromium.orgSigned-off-by:
-
AngeloGioacchino Del Regno authored
Add the necessary OPP table for the GPU and also add a GPU node to enable support for the Valhall-JM G57 MC3 found on this SoC, using the Panfrost driver. Link: https://lore.kernel.org/r/20240527093908.97574-6-angelogioacchino.delregno@collabora.comSigned-off-by:
-
AngeloGioacchino Del Regno authored
In preparation for adding support for hardware IP that requires power switching, add the necessary power domains nodes for the MT8188 SoC. Link: https://lore.kernel.org/r/20240527093908.97574-5-angelogioacchino.delregno@collabora.comSigned-off-by:
-
AngeloGioacchino Del Regno authored
Add support for the two VDOSYS blocks in MT8188, later on used for various Multimedia related IP, including display and video codecs. Link: https://lore.kernel.org/r/20240527093908.97574-4-angelogioacchino.delregno@collabora.comSigned-off-by:
-
AngeloGioacchino Del Regno authored
In preparation for adding multimedia nodes and power domains, add support for the two Global Command Engine (GCE) mailboxes found in this SoC. Link: https://lore.kernel.org/r/20240527093908.97574-3-angelogioacchino.delregno@collabora.comSigned-off-by:
-
Krzysztof Kozlowski authored
According to AngeloGioacchino Del Regno, the syscon node in PMIC is neither needed nor used. It looks like a solution to expose some of the registers of PMIC. Drop it to solve also incorrect number of entries in the "reg" property and fix dtbs_check warning: mt8173-elm.dtb: syscon@c000: reg: [[0, 49152], [0, 264]] is too long Link: https://lore.kernel.org/all/671a4b1e-3d95-438c-beae-d967e0ad1c77@collabora.com/Signed-off-by:
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> Link: https://lore.kernel.org/r/20240612092421.52917-3-krzysztof.kozlowski@linaro.orgSigned-off-by:
-
Krzysztof Kozlowski authored
SoCs should use dedicated compatibles for each of their syscon nodes to precisely describe the block. Using an incorrect compatible does not allow to properly match/validate children of the syscon device. Replace SYSCFG compatible, which does not have children, with a new dedicated one for SCPSYS block. Reviewed-by:
Alexandre Mergnat <amergnat@baylibre.com> Tested-by:
-
Krzysztof Kozlowski authored
The top SCPSYS node is not a power domain provider. It's child "power-controller" is instead. Signed-off-by:
-
Rafał Miłecki authored
MT7981 has one on-SoC I2C controller that differs from recent Mediatek blocks by having a different SLAVE_ADDR register offset (thus a custom binding compatible string). Signed-off-by:
Rafał Miłecki <rafal@milecki.pl> Link: https://lore.kernel.org/r/20240604063159.29216-1-zajec5@gmail.comSigned-off-by:
-
