Skip to content

FROMLIST: arm64: dts: qcom: Enable lvds panel-DV215FHM-R01 for monaco…#706

Open
quic-botlagun wants to merge 36 commits intoqualcomm-linux:tech/all/dt/qcs8300from
quic-botlagun:qcs8300lvdsdt
Open

FROMLIST: arm64: dts: qcom: Enable lvds panel-DV215FHM-R01 for monaco…#706
quic-botlagun wants to merge 36 commits intoqualcomm-linux:tech/all/dt/qcs8300from
quic-botlagun:qcs8300lvdsdt

Conversation

@quic-botlagun
Copy link

@quic-botlagun quic-botlagun commented Feb 19, 2026

…-evk Mezzanine

LT9211c bridge and lvds panel node.
LT9211c is powered by default with reset gpio connected to 66.

Link: https://lore.kernel.org/all/[email protected]/

Yongxing Mou and others added 30 commits January 13, 2026 18:51
…PU, DisplayPort and eDP PHY

Add devicetree changes to enable MDSS display-subsystem,
display-controller(DPU), DisplayPort controller and eDP PHY for
Qualcomm QCS8300 platform.

Link: https://lore.kernel.org/r/[email protected]
Reviewed-by: Konrad Dybcio <[email protected]>
Reviewed-by: Dmitry Baryshkov <[email protected]>
Signed-off-by: Yongxing Mou <[email protected]>
Enable DPTX0 along with their corresponding PHYs for
qcs8300-ride platform.

Link: https://lore.kernel.org/r/[email protected]
Reviewed-by: Konrad Dybcio <[email protected]>
Reviewed-by: Dmitry Baryshkov <[email protected]>
Signed-off-by: Yongxing Mou <[email protected]>
Add compatibility string for the thermal sensors on QCS8300 platform.

Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Gaurav Kohli <[email protected]>
Acked-by: Rob Herring (Arm) <[email protected]>
… SoC

Add TSENS and thermal devicetree node for QCS8300 SoC.

Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Gaurav Kohli <[email protected]>
Unlike the CPU, the GPU does not throttle its speed automatically when it
reaches high temperatures.

Set up GPU cooling by throttling the GPU speed
when reaching 115°C.

Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Gaurav Kohli <[email protected]>
Signed-off-by: Akhil P Oommen <[email protected]>
Add support for SYSTEM_RESET2 vendor-specific resets as
reboot-modes in the psci node.  Describe the resets: "bootloader"
will cause device to reboot and stop in the bootloader's fastboot
mode.  "edl" will cause device to reboot into "emergency download
mode", which permits loading images via the Firehose protocol.

Link: https://lore.kernel.org/r/20251109-arm-psci-system_reset2-vendor-reboots-v17-11-46e085bca4cc@oss.qualcomm.com
Signed-off-by: Shivendra Pratap <[email protected]>
Add changes to support the camera subsystem on the QCS8300.

Link: https://lore.kernel.org/r/[email protected]
Reviewed-by: Konrad Dybcio <[email protected]>
Reviewed-by: Bryan O'Donoghue <[email protected]>
Signed-off-by: Vikram Sharma <[email protected]>
Qualcomm QCS8300 SoC contains three Camera Control Interface (CCI).
Compared to Lemans, the key difference is in SDA/SCL GPIO assignments
and number of CCIs.

Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Nihal Kumar Gupta <[email protected]>
Co-developed-by: Ravi Shankar <[email protected]>
Signed-off-by: Ravi Shankar <[email protected]>
Co-developed-by: Vishal Verma <[email protected]>
Signed-off-by: Vishal Verma <[email protected]>
Co-developed-by: Suresh Vankadara <[email protected]>
Signed-off-by: Suresh Vankadara <[email protected]>
Signed-off-by: Vikram Sharma <[email protected]>
Reviewed-by: Vladimir Zapolskiy <[email protected]>
Reviewed-by: Bryan O'Donoghue <[email protected]>
Reviewed-by: Konrad Dybcio <[email protected]>
Monaco EVK board does not include a camera sensor in its default hardware
configuration. Introducing a device tree overlay to support optional
integration of the IMX577 sensor via CSIPHY1.

Camera reset is handled through an I2C expander, and power is enabled
via TLMM GPIO74.

An example media-ctl pipeline for the imx577 is:

media-ctl --reset
media-ctl -V '"imx577 3-001a":0[fmt:SRGGB10/4056x3040 field:none]'
media-ctl -V '"msm_csiphy1":0[fmt:SRGGB10/4056x3040]'
media-ctl -V '"msm_csid0":0[fmt:SRGGB10/4056x3040]'
media-ctl -V '"msm_vfe0_rdi0":0[fmt:SRGGB10/4056x3040]'
media-ctl -l '"msm_csiphy1":1->"msm_csid0":0[1]'
media-ctl -l '"msm_csid0":1->"msm_vfe0_rdi0":0[1]'
yavta -B capture-mplane -c -I -n 5 -f SRGGB10P -s 4056x3040 -F /dev/video1

Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Nihal Kumar Gupta <[email protected]>
Co-developed-by: Ravi Shankar <[email protected]>
Signed-off-by: Ravi Shankar <[email protected]>
Co-developed-by: Vishal Verma <[email protected]>
Signed-off-by: Vishal Verma <[email protected]>
Signed-off-by: Vikram Sharma <[email protected]>
Reviewed-by: Vladimir Zapolskiy <[email protected]>
Reviewed-by: Bryan O'Donoghue <[email protected]>
Add configurations in devicetree for PCIe0, including registers, clocks,
interrupts and phy setting sequence.

Add PCIe lane equalization preset properties for 8 GT/s and 16GT/s

Link: https://lore.kernel.org/r/[email protected]
Reviewed-by: Manivannan Sadhasivam <[email protected]>
Reviewed-by: Konrad Dybcio <[email protected]>
Signed-off-by: Ziyue Zhang <[email protected]>
Add configurations in devicetree for PCIe0, board related gpios,
PMIC regulators, etc for qcs8300-ride board.

Link: https://lore.kernel.org/r/[email protected]
Reviewed-by: Manivannan Sadhasivam <[email protected]>
Reviewed-by: Konrad Dybcio <[email protected]>
Signed-off-by: Ziyue Zhang <[email protected]>
Add configurations in devicetree for PCIe1, including registers, clocks,
interrupts and phy setting sequence.

Add PCIe lane equalization preset properties for 8 GT/s and 16GT/s.

Link: https://lore.kernel.org/r/[email protected]
Acked-by: Konrad Dybcio <[email protected]>
Reviewed-by: Manivannan Sadhasivam <[email protected]>
Signed-off-by: Ziyue Zhang <[email protected]>
Add configurations in devicetree for PCIe1, board related gpios,
PMIC regulators, etc for qcs8300-ride platform.

Link: https://lore.kernel.org/r/[email protected]
Reviewed-by: Konrad Dybcio <[email protected]>
Reviewed-by: Dmitry Baryshkov <[email protected]>
Signed-off-by: Ziyue Zhang <[email protected]>
PCIe0 is routed to an m.2 E key connector on the mainboard for wifi
attaches while PCIe1 routes to a standard PCIe x4 expansion slot.
Hence, enable the PCIe0 and PCIe1 controller and phy-nodes.

Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Sushrut Shree Trivedi <[email protected]>
Signed-off-by: Ziyue Zhang <[email protected]>
Enable WLAN on qcs8300-ride by adding a node for the PMU module
of the WCN6855 and assigning its LDO power outputs to the existing
WiFi module.

On the qcs8300-ride platform, the corresponding firmware and BDF
are QCA6698AQ instead of WCN6855, which have been added in the
20250211 release.

Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Wei Zhang <[email protected]>
There's a WCN6855 WiFi/Bluetooth module on an M.2 card. To make
Bluetooth work, we need to define the necessary device tree nodes,
including UART configuration and power supplies.

Since there is no standard M.2 binding in the device tree at present,
the PMU is described using dedicated PMU nodes to represent the
internal regulators required by the module.

The module provides a 3.3V supply, which originates from the
main board’s 12V rail. To represent this power hierarchy in the device
tree, add a fixed 12V regulator node as the DC-IN source and link it
to the 3.3V regulator node.

Link: https://lore.kernel.org/all/[email protected]/
Reviewed-by: Dmitry Baryshkov <[email protected]>
Signed-off-by: Wei Deng <[email protected]>
Enable ST33HTPM TPM over SPI10 on the Monaco IoT EVK by adding the
required SPI and TPM nodes.

Link: https://lore.kernel.org/all/[email protected]/

Signed-off-by: Khalid Faisal Ansari <[email protected]>
Enable BT on qcs8300-ride by adding a BT device tree node.

Since the platform uses the QCA6698 Bluetooth chip. While
the QCA6698 shares the same IP core as the WCN6855, it has
different RF components and RAM sizes, requiring new firmware
files. Use the firmware-name property to specify the NVM and
rampatch firmware to load.

Link: https://lore.kernel.org/all/[email protected]/
Signed-off-by: Wei Deng <[email protected]>
…ice nodes

Add device tree nodes for the DSI0 controller with their corresponding
PHY found on Qualcomm QCS8300 SoC.

Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Ayushi Makhija <[email protected]>
Reviewed-by: Dmitry Baryshkov <[email protected]>
…e node

Add anx7625 DSI to DP bridge device node.

Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Ayushi Makhija <[email protected]>
Reviewed-by: Dmitry Baryshkov <[email protected]>
Monaco-evk has LT8713sx which act as DP to 3 DP output
converter. Edp PHY from monaco soc is connected to lt8713sx
as input and output of lt8713sx is connected to 3 mini DP ports.

Two ports are available in mainboard and one port
is available on Mezz board.

lt8713sx is connected to soc over i2c0 and with reset gpio
connected to pin6 of ioexpander5.

Enable the edp nodes from monaco and enable lontium lt8713sx
bridge node.

Link: https://lore.kernel.org/r/20251228-lt8713sx-bridge-linux-for-next-v3-1-3f77ad84d7d1@oss.qualcomm.com
Co-developed-by: Prahlad Valluru <[email protected]>
Signed-off-by: Prahlad Valluru <[email protected]>
Signed-off-by: Vishnu Saini <[email protected]>
The Qualcomm SerDes PHY, present on multiple boards, has two regulators
providing supplies of 1.2V (L5A) and 0.9V (L4A). Update the node to
reflect the same instead of incorrectly voting for only L4A.

Link: https://lore.kernel.org/r/20251124-sgmiieth_serdes_regulator-v1-4-73ae8f9cbe2a@oss.qualcomm.com
Fixes: 117d6bc ("arm64: dts: qcom: qcs8300: Add Monaco EVK board")
Signed-off-by: Mohd Ayaan Anwar <[email protected]>
…egulator

Add the additional 0.9V regulator for the Qualcomm SerDes PHY.

Link: https://lore.kernel.org/r/20251124-sgmiieth_serdes_regulator-v1-5-73ae8f9cbe2a@oss.qualcomm.com
Fixes: 787cb3b ("arm64: dts: qcom: qcs8300-ride: enable ethernet0")
Signed-off-by: Mohd Ayaan Anwar <[email protected]>
PCIe phy needs to be voted for QREF regulator, As the base dtsi changes
are still pending we haven't posted the actual fix. Till we post actual
fix to upstream, use this change as a workaround.

Signed-off-by: Krishna Chaitanya Chundru <[email protected]>
Enable AMC6821 fan controller for monaco-evk platform and
configure pwm polarity as inverted.

Signed-off-by: Gaurav Kohli <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Add cooling-cells property to the CPU nodes to support cpufreq
cooling devices.

Signed-off-by: Gaurav Kohli <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Enable cdsp cooling devices and thermal zone cooling map bindings
for cdsp.

Signed-off-by: Gaurav Kohli <[email protected]>
Link: https://lore.kernel.org/all/[email protected]/
…bypass pwrseq flow

There is a conflict between the current DTS configuration and the driver
behavior for the WCN6855 Bluetooth path. With the PMU node in place, the
driver takes the pwrseq code path unintentionally, which leads to Bluetooth
failing to power up during an on -> off -> on transition.

To unblock function, temporarily remove the WCN6855 PMU node so that the
driver follows the non-pwrseq path and avoids the unexpected sequence.

This is a TEMPORARY WORKAROUND. Once a proper M.2 binding/solution is
upstreamed, will re-submit both DTS and driver changes aligned with the
M.2 model.

Signed-off-by: Wei Deng <[email protected]>
Add Qualcomm Crypto Engine device node for Monaco platform.

QCE and Crypto DMA nodes patch was applied as part of
commit a86d844 ("arm64: dts: qcom: qcs8300: add QCrypto nodes"),
however was partially reverted by commit cdc117c ("arm64: dts: qcom:
qcs8300: Partially revert "arm64: dts: qcom: qcs8300: add QCrypto nodes"")
due to compatible string being mismatched against schema.

Reviewed-by: Dmitry Baryshkov <[email protected]>
Link: https://lore.kernel.org/all/20251224-enable-qualcomm-crypto-engine-for-monaco-v3-1-6073430bbc13@oss.qualcomm.com/
Signed-off-by: Abhinaba Rakshit <[email protected]>
All the Monaco IOT variants boards are using Gunyah hypervisor which
means that, so far, Linux-based OS could only boot in EL1 on those
devices.  However, it is possible for us to boot Linux at EL2 on these
devices [1].

When running under Gunyah, the remote processor firmware IOMMU streams
are controlled by Gunyah. However, without Gunyah, the IOMMU is managed
by the consumer of this DeviceTree. Therefore, describe the firmware
streams for each remote processor.

Add a EL2-specific DT overlay and apply it to Monaco IOT variant
devices to create -el2.dtb for each of them alongside "normal" dtb.

[1]
https://docs.qualcomm.com/bundle/publicresource/topics/80-70020-4/boot-developer-touchpoints.html#uefi

Link: https://lore.kernel.org/lkml/[email protected]/
Signed-off-by: Mukesh Ojha <[email protected]>
Currently pcie1 global IRQ is blocking a CPU core, due to which ufs is
getting blocked and failing.

As workaround disable PCIe1 global IRQ for now.

Signed-off-by: Krishna Chaitanya Chundru <[email protected]>
The Mezzanine is an hardware expansion add-on board designed
to be stacked on top of Monaco EVK.

It has following peripherals :

- 4x Type A USB ports in host mode.
- TC9563 PCIe switch, which has following three downstream ports (DSP) :
   - 1st DSP connects M.2 E-key connector for connecting WLAN endpoints.
   - 2nd DSP connects M.2 B-key connector for connecting cellular
     modems.
   - 3rd DSP with support for Dual Ethernet ports.
- EEPROM.
- LVDS Display.
- 2*mini DP.

Add support for following peripherals :
- TC9563 PCIe Switch.
- EEPROM.

Written with inputs from :
    Krishna Chaitanya Chundru <[email protected]> - PCIe
    Monish Chunara <[email protected]> - EEPROM.

Signed-off-by: Umang Chheda <[email protected]>
Reviewed-by: Dmitry Baryshkov <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
…t for Monaco EVK

Enable PCA9538 expander as interrupt controller on Monaco EVK and configure
the corresponding TLMM pins via pinctrl to operate as GPIO inputs with
internal pull-ups.

Link: https://lore.kernel.org/all/[email protected]/
Signed-off-by: Swati Agarwal <[email protected]>
…oller

Enable the tertiary usb controller connected to micro usb port in OTG mode
on Monaco EVK platform.

Link: https://lore.kernel.org/all/[email protected]/
Signed-off-by: Swati Agarwal <[email protected]>
… in host mode

Enable primary USB controller in host mode on monaco EVK Platform.

Primary USB controller is connected to a Genesys Logic USB HUB GL3590
having 4 ports. The ports of hub that are present on lemans EVK standalone
board are used as follows:-
1) port-1 is connected to HD3SS3220 Type-C port controller.
2) port-4 is used for the M.2 E key on corekit. Standard core kit uses UART
for Bluetooth. This port is to be used only if user optionally replaces the
WiFi card with the NFA765 chip which uses USB for Bluetooth.

Remaining 2 ports will become functional when the interface plus mezzanine
board is stacked on top of corekit:

3) port-2 is connected to another hub which is present on the mezz through
which 4 type-A ports are connected.
4) port-3 is used for the M.2 B key for a 5G card when the mezz is
connected.

Mark the second USB controller as host only capable and add the HD3SS3220
Type-C port controller along with Type-c connector for controlling vbus
supply.

In hardware, there are dip switches provided to operate between USB port 0
and port 1 for primary Type-C USB controller. By default, switches will be
off operating at USB0 port. After bootup to HLOS, it will be operated in
USB1 port. Added support in the software for both HS and SS switches as
usb1-hs-high-gpio14 and usb1-ss-high-gpio5. Also, added bootup-high-gpio7
pin for USB1 hub reset to get detected after bootup.

Link: https://lore.kernel.org/all/[email protected]/
Signed-off-by: Loic Poulain <[email protected]>
Signed-off-by: Swati Agarwal <[email protected]>
@qcomlnxci qcomlnxci requested a review from a team February 19, 2026 14:24
…-evk Mezzanine

LT9211c bridge and lvds panel node.
LT9211c is powered by default with reset gpio connected to 66.

Link: https://lore.kernel.org/all/[email protected]/
Signed-off-by: Gopi Botlagunta <[email protected]>
Copy link

@quicvvalluru quicvvalluru left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm

@Komal-Bajaj Komal-Bajaj force-pushed the tech/all/dt/qcs8300 branch 2 times, most recently from 68163ab to 654c827 Compare March 5, 2026 08:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.