- 07 Jul, 2022 17 commits
-
-
Nícolas F. R. A. Prado authored
The Asurada platform uses regulators from MT6315 PMICs acessible through SPMI. Add support for them. Signed-off-by:
Nícolas F. R. A. Prado <nfraprado@collabora.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Tested-by:
Chen-Yu Tsai <wenst@chromium.org> Link: https://lore.kernel.org/r/20220629155956.1138955-17-nfraprado@collabora.comSigned-off-by:
Matthias Brugger <matthias.bgg@gmail.com>
-
Nícolas F. R. A. Prado authored
MT6359 is the primary PMIC present on the Asurada platform. Include its dtsi and configure properties specific for the platform. Signed-off-by:
-
Nícolas F. R. A. Prado authored
Enable MT8192's PCIe controller and add support for the MT7921e WiFi card that is present on that bus for the Asurada platform. Signed-off-by:
-
Nícolas F. R. A. Prado authored
Enable XHCI controller on the Asurada platform. This allows the use of the USB ports, and therefore a rootfs can be loaded and a usable shell reached from a live USB image. Signed-off-by:
-
Nícolas F. R. A. Prado authored
The Spherion board has keyboard backlight controlled by the PWM signal generated by the ChromeOS EC. Enable PWM output for ChromeOS EC and add a PWM controlled LED node for the keyboard backlight. Signed-off-by:
-
Nícolas F. R. A. Prado authored
All machines of the Asurada platform have a touchscreen at address 0x10 in the I2C0 bus, but the devices vary: Spherion has the Elan eKTH3500 touchscreen, while Hayato has a generic HID-over-i2c touchscreen. Add common support for the touchscreens on the platform and the specifics in each board file. Signed-off-by:
-
Nícolas F. R. A. Prado authored
Add support for the Elan eKTH3000 i2c trackpad present on Asurada. It is connected to the I2C2 bus and has address 0x15. Signed-off-by:
-
Nícolas F. R. A. Prado authored
The Asurada platform has a Google Security Chip connected to the SPI5 bus. It runs the cr50 firmware and provides TPM functionality. Add support for it. Signed-off-by:
-
Nícolas F. R. A. Prado authored
Chromebooks' embedded keyboards differ from standard layouts for the top row in that they have shortcuts in place of the standard function keys. Map these keys to achieve the functionality that is pictured on the printouts. There's a minor difference between the keys present on Hayato, which uses an older layout, and Spherion, which uses a newer one. Signed-off-by:
-
Nícolas F. R. A. Prado authored
Add support for the ChromeOS Embedded Controller present on the Asurada platform. It is connected through the SPI1 bus and offers several functionalities: base detection, PWM controller, I2C tunneling, regulators, Type-C connector management, keyboard and Smart Battery Metrics (SBS). Signed-off-by:
-
Nícolas F. R. A. Prado authored
The Asurada platform has five I2C controllers and two SPI controllers that are used. In preparation for enabling the devices connected to these controllers, enable and configure their busses. Signed-off-by:
-
Nícolas F. R. A. Prado authored
Add system-wide power supplies present on all of the boards in the Asurada family. Signed-off-by:
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> Link: https://lore.kernel.org/r/20220629155956.1138955-6-nfraprado@collabora.comSigned-off-by:
-
Nícolas F. R. A. Prado authored
Add the gpio-line-names property to gpio-controller in order to document the usage of GPIOs on the Asurada platform. Signed-off-by:
-
Nícolas F. R. A. Prado authored
Introduce the MT8192 Asurada Chromebook platform, including the Asurada Spherion and Asurada Hayato boards. This is enough configuration to get serial output working on Spherion and Hayato. Signed-off-by:
-
Nícolas F. R. A. Prado authored
Add binding for the Google Hayato board. Signed-off-by:
Rob Herring <robh@kernel.org> Link: https://lore.kernel.org/r/20220629155956.1138955-3-nfraprado@collabora.comSigned-off-by:
-
Nícolas F. R. A. Prado authored
Add binding for the Google Spherion board, which is used for Acer Chromebook 514 (CB514-2H). Signed-off-by:
-
AngeloGioacchino Del Regno authored
Add a phandle to the MT8183_POWER_DOMAIN_MFG_ASYNC power domain and assign the GPU VSRAM supply to this in mt8183-kukui: this allows to keep the sram powered up while the GPU is used. Signed-off-by:
-
- 22 Jun, 2022 22 commits
-
-
Allen-KH Cheng authored
This commit adds dt-binding documentation for the MediaTek MT8186 reference board. Signed-off-by:
Allen-KH Cheng <allen-kh.cheng@mediatek.com> Reviewed-by:
-
Allen-KH Cheng authored
Add mt8186 pericfg compatible to binding document. Signed-off-by:
-
AngeloGioacchino Del Regno authored
Add the maintenance interrupt for GIC-400. Signed-off-by:
-
AngeloGioacchino Del Regno authored
Add a node for the pinctrl controller found on MT6795 but without configuration for any pin, as that's expected to be done in the machine-specific devicetrees. Signed-off-by:
-
AngeloGioacchino Del Regno authored
This SoC features an ARM CCI-400 IP: add the required node and assign the cci control ports to the CPU cores. Signed-off-by:
-
AngeloGioacchino Del Regno authored
Add the timer node, enabling two GPTs, of which one will be used as sched_clock. Signed-off-by:
-
AngeloGioacchino Del Regno authored
Remove the RTC and UART fixed clocks, as these were introduced to temporarily provide a dummy clock to devices: since the two 26M/32K fixed oscillators clocks (which do really exist in the SoC) have been added, there's no reason to keep the aforementioned (and now redundant) dummies in this devicetree. In order to remove the uart dummy clock, it was necessary to also reassign the clock of all UART nodes to clk26m. Signed-off-by:
-
AngeloGioacchino Del Regno authored
Add the 32kHz and 26MHz oscillators as fixed clocks in devicetree to provide a good initial clock spec, since this SoC features two always on oscillators running at the aforementioned frequencies. Signed-off-by:
-
AngeloGioacchino Del Regno authored
At least on commercial devices like some smartphones, the bootloader will initialize the SoC watchdog and set it to reboot the board when it times out. The last pet that this watchdog is getting is right before booting the kernel and left it enabled as a protection against boot failure: this means that Linux is expected to initialize this device and pet as soon as possible, or it will bark and reset the AP. In order to prevent that, add the required watchdog node as default enabled: this will have no side effects on boards that are not performing the aforementioned watchdog setup before booting Linux. Signed-off-by:
-
AngeloGioacchino Del Regno authored
Add the required nodes to enable the PMU on this SoC. Signed-off-by:
-
AngeloGioacchino Del Regno authored
This SoC is HMP and has two clusters with four Cortex-A53 cores each: declare a cpu map and, while at it, also add the next-level-cache properties. Signed-off-by:
-
AngeloGioacchino Del Regno authored
MMIO devices should be inside of a soc bus node, as it's done for the vast majority of ARM64 devicetrees, and for almost all MTK devicetrees. Create a simple-bus soc node and move all devices with a MMIO address space in there. Signed-off-by:
-
Krzysztof Kozlowski authored
gpio-keys (regular, not polling) does not use "poll-interval" property. Signed-off-by:
-
AngeloGioacchino Del Regno authored
The IOMMU driver now looks for the "mediatek,infracfg" phandle as a new way to retrieve a syscon to that: even though the old way is retained, it has been deprecated and the driver will write a message in kmsg advertising to use the phandle way instead. For this reason, assign the right phandle to mediatek,infracfg in the iommu node. Signed-off-by:
Miles Chen <miles.chen@mediatek.com> Link: https://lore.kernel.org/r/20220616110830.26037-5-angelogioacchino.delregno@collabora.comSigned-off-by:
-
AngeloGioacchino Del Regno authored
The IOMMU driver now looks for the "mediatek,infracfg" phandle as a new way to retrieve a syscon to that: even though the old way is retained, it has been deprecated and the driver will write a message in kmsg advertising to use the phandle way instead. For this reason, assign the right phandle to mediatek,infracfg in the iommu node. Signed-off-by:
-
Chunfeng Yun authored
Use the fixed "efuse" name for efuse nodes according to its yaml file Signed-off-by:
Chunfeng Yun <chunfeng.yun@mediatek.com> Link: https://lore.kernel.org/r/20220617093132.22578-4-chunfeng.yun@mediatek.comSigned-off-by:
-
Chunfeng Yun authored
Need also provide a specific compatible "mediatek,mt8192-efuse" at the same time when use the generic compatible "mediatek,efuse". Signed-off-by:
-
Nícolas F. R. A. Prado authored
The entry-method property of the idle-states node should be "psci" as described in the idle-states binding, since this is already the value of enable-method in the CPU nodes. Fix it to get rid of a dtbs_check warning. Fixes: 9260918d ("arm64: dts: mt8192: Add cpu-idle-states") Signed-off-by:
-
Nícolas F. R. A. Prado authored
Tweak the name of the idle-states subnodes so that they follow the binding pattern, getting rid of dtbs_check warnings. Only the usage of "-" in the name was necessary, but "off" was also exchanged for "sleep" since that seems to be a more common wording in other dts files. Fixes: 9260918d ("arm64: dts: mt8192: Add cpu-idle-states") Signed-off-by:
-
Fabio Estevam authored
As explained in Documentation/devicetree/bindings/mmc/mmc-controller.yaml, the 'enable-sdio-wakeup' property is considered deprecated. Replace it with the 'wakeup-source' property instead. Signed-off-by:
Fabio Estevam <festevam@denx.de> Link: https://lore.kernel.org/r/20220621124435.121740-1-festevam@gmail.comSigned-off-by:
-
Rex-BC Chen authored
We will use mediatek clock reset as infracfg_ao reset instead of ti-syscon. To support this, remove property of ti reset and add property of #reset-cells for mediatek clock reset. Signed-off-by:
Rex-BC Chen <rex-bc.chen@mediatek.com> Reviewed-by:
-
Rex-BC Chen authored
To support reset of infra, we add property of #reset-cells. Signed-off-by:
-
- 17 Jun, 2022 1 commit
-
-
Moudy Ho authored
In order to allow modules with latency requirements such as MDP3 to set registers through CMDQ, add the relevant dts property. Signed-off-by:
Moudy Ho <moudy.ho@mediatek.com> Reviewed-by:
CK Hu <ck.hu@mediatek.com> Link: https://lore.kernel.org/r/20220610063424.7800-6-moudy.ho@mediatek.com [mb: fix commit subject] Signed-off-by:
-
