On Wed, 2025-06-25 at 17:54 +0800, Liankun Yang wrote: > By adjusting the order of link training and relocating it to HPD, > link training can identify the usability of each lane in the current > link. > > It also supports handling signal instability and weakness due to > environmental issues, enabling the acquisition of a stable bandwidth > for the current link. Subsequently, DP work can proceed based on > the actual maximum bandwidth. > > It should training in the hpd event thread. > Check the mode with lane count and link rate of training. > > If we're eDP and capabilities were already parsed we can skip > reading again because eDP panels aren't hotpluggable hence the > caps and training information won't ever change in a boot life > > Therefore, bridge typec judgment is required for edp training in > atomic_enable function. > > Signed-off-by: Liankun Yang <[email protected]> > --- > Change in V4: > - Tested the internal eDP display on MT8195 Tomato and it is fine. > Per suggestion from the previous thread: > https://patchwork.kernel.org/project/linux-mediatek/patch/[email protected]/
Hi, I tested this patch on MT8195 Tomato, on top of next-20250625. Indeed the internal eDP display is unaffected by this commit: it still works fine. The external displays though not so much. I tested 3 different displays, using 2 different USBC-to-HDMI adapters, and in all cases the behavior was the same: - Before the patch, the image on the display is completely corrupted and unusable. The only discernible element on the display is the mouse cursor, which shows perfectly fine. Occasionally no image will be shown at all, but most of the times, the behavior is as described. - After the patch, nothing ever shows at all on the display. It is always black. So while the external display support on Tomato is basically broken as of the latest next, this patch seems to regress the support even further. -- Thanks, Nícolas
