Skip to content

WORKAROUND: Enable ethernet on Talos Ride SX#267

Open
ayaan-anwar wants to merge 4 commits intoqualcomm-linux:qcom-6.18.yfrom
ayaan-anwar:talos_eth
Open

WORKAROUND: Enable ethernet on Talos Ride SX#267
ayaan-anwar wants to merge 4 commits intoqualcomm-linux:qcom-6.18.yfrom
ayaan-anwar:talos_eth

Conversation

@ayaan-anwar
Copy link

@ayaan-anwar ayaan-anwar commented Feb 11, 2026

Due to issues with how the Talos EMAC handles RGMII delays, Ethernet functionality has not been approved in upstream. We are working with the HW team to come up with a solution that is aligned to upstream expectations. Until then, this PR adds the necessary changes to enable ethernet on the Talos Ride SX board. The QLIJIRA, approved for this temporary exception, is linked below.

3/4 commits are FROMLIST, aged-out patches and the last commit is required to ensure that 100M link speed is functional. It is a temporary change until we figure out the correct HW programming to align with upstream preferred behavior.

QLIJIRA: QLIJIRA-101
QLI0.0-PR: qualcomm-linux/kernel-topics#678
CRs-Fixed: 4436907
Signed-off-by: Mohd Ayaan Anwar mohd.anwar@oss.qualcomm.com

Copy link

@qcom-sarohasa qcom-sarohasa left a comment

Choose a reason for hiding this comment

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

Change looks fine.
Reviewed-by: Sarosh Hasan sarosh.hasan@oss.qualcomm.com

@ayaan-anwar ayaan-anwar force-pushed the talos_eth branch 2 times, most recently from 12146cb to f6ad204 Compare February 13, 2026 07:56
@ayaan-anwar ayaan-anwar changed the title Enable ethernet on Talos Ride SX WORKAROUND: Enable ethernet on Talos Ride SX Feb 13, 2026
@ayaan-anwar ayaan-anwar force-pushed the talos_eth branch 2 times, most recently from 5f44dc3 to 79d87d2 Compare February 13, 2026 12:19
Copy link

@shashim-quic shashim-quic left a comment

Choose a reason for hiding this comment

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

WORKAROUND: net: stmmac: Inverse the phy-mode definition

Please use FROMLIST for all submitted patches.

@ayaan-anwar
Copy link
Author

WORKAROUND: net: stmmac: Inverse the phy-mode definition

Please use FROMLIST for all submitted patches.

Done

In the initial device tree submission, the definitions of rgmii and
rgmii-id in the phy-mode property were inverted compared to the
conventions used by the upstream Linux kernel community.

Only QCS-EVB-400 and SA8155-ADP platforms are affected due to the
incorrect PHY mode configuration: 'rgmii' was used instead of the
correct 'rgmii-id'. This change results in an ABI compatibility break,
but it is acceptable as these platforms are not actively used by any
customers, based on current observations.

Qualcomm expects the MAC, not the PHY, to introduce the timing delay,
and the driver is designed accordingly. This is due to specific SoC
hardware that handles delay and sampling internally.

Link: https://lore.kernel.org/netdev/20250819-qcs615_eth-v4-2-5050ed3402cb@oss.qualcomm.com/
Signed-off-by: Yijie Yang <yijie.yang@oss.qualcomm.com>
Signed-off-by: Mohd Ayaan Anwar <mohd.anwar@oss.qualcomm.com>
yijiyang and others added 3 commits February 13, 2026 20:29
Add an ethernet controller node for QCS615 SoC to enable ethernet
functionality.

Link: https://lore.kernel.org/netdev/20250819-qcs615_eth-v4-3-5050ed3402cb@oss.qualcomm.com/
Signed-off-by: Yijie Yang <quic_yijiyang@quicinc.com>
Signed-off-by: Mohd Ayaan Anwar <mohd.anwar@oss.qualcomm.com>
Enable the ethernet node, add the phy node and pinctrl for ethernet.

Link: https://lore.kernel.org/netdev/20250819-qcs615_eth-v4-4-5050ed3402cb@oss.qualcomm.com/
Signed-off-by: Yijie Yang <quic_yijiyang@quicinc.com>
Signed-off-by: Mohd Ayaan Anwar <mohd.anwar@oss.qualcomm.com>
…gets

RX_PROG_SWAP is a tuning parameters without which 100M/10M speeds are
non-functional in RGMII mode in the qcom-ethqos EMAC core. Enable it.

Signed-off-by: Mohd Ayaan Anwar <mohd.anwar@oss.qualcomm.com>
Copy link

@shashim-quic shashim-quic left a comment

Choose a reason for hiding this comment

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

Only boot critical and CI blockers taken as workaround. Rest all should be submitted upstream.

Else WORKAROUND can end up becoming a parking place of all enablements.

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.

4 participants