Created attachment 134915 =
[details]
dmesg drm snippet
I've got a TFT screen unit with an integrated AMD G-T56N mainboard used for
signage. I build kernel and xorg myself.
I have this problem on kernels 4.9.29, 4.9.52, 4.13.4 and
git.freedesktop.org/~airlied/linux.git drm-next commit baf7c1f7e from Oct 6=
th.
I am using the xorg modeset video driver.
I want to lock FHD resolution so on the kernel cmdline I have:
drm_kms_helper.edid_firmware=3Dedid/1920x1080.bin
This works well. X reports the LNX EDID as expected.
systemd starts X with xinit and a simple client script of mine which runs
xrandr to set rotation, make all outputs same-as the primary output and then
exec the signage application.
The built-in TFT panel is on connector 0, which drm and X both call LVDS-1.
The unit also has an external HDMI connector, that's connector 1, which drm
calls HDMI-A-1 but X calls HDMI-1.
During boot, BIOS and mode 03h with MBR bootloader are visible on the inter=
nal
TFT.
When drm takes over and switches from mode 03h all connected panels turn off
and remain off, I guess because there's no kmscon. That's OK.
The problem:
When X has started (with or without my script) xrandr always reports the
internal panel (connector 0 AKA LVDS-1) as connected primary and on with FHD
resolution *but* the panel stays off.
Connector 0 seems to have a DP->HDMI encoder connected to it, internally=
in the
unit. I'm not sure - no docs on that level and it's not very easy to
investigate inside the unit. There is a BIOS setting to disable the encoder,
choosing "Disabled" causes there to be no output at all on the in=
ternal panel,
not even mode 03h BIOS/MBR.
I guess that there is a timing issue between amdgpu and that encoder?
Connector 1 AKA HDMI-A-1 AKA HDMI-1 works reliably. If a screen is connecte=
d,
it turns on and shows the expected contents, as set by xrandr. Whether a sc=
reen
is connected to HDMI-1 has no effect on the internal panel.
I've found a workaround for the problem. Adding this to the xinit client sc=
ript
makes the internal panel turn on:
--8<--
xrandr --output LVDS-1 --off
sleep 1s
xrandr --output LVDS-1 --auto
-->8--
The sleep is required. If I remove it then the internal panel does *not* tu=
rn
on.
Questions:
Can I help find the cause of my problem and make the internal panel turn on
without the workaround? What additional information is needed?
What is the relationship between drm connector names and X output names? Mo=
re
specifically, how could I find out that drm HDMI-A-1 is called HDMI-1 by X?
What is "ib test on ring 5" ? It currently takes 500 ms. How to o=
ptimize that?