I have a very strange issue. At the moment in which udev is loaded (during boot), the video signal is lost on the display if the HDMI port has no screen attached to it (the display is connected to a USB-C port carrying the DisplayPort interface).
Additional tests show that a screen must be connected to the HDMI port at the moment udev starts, otherwise no signal appears through any of the two USB-C and HDMI ports when connecting a screen later on (a reboot is then necessary). This is true with whatever configuration I use (no screen connected during boot / one screen connected through HDMI and manually disconnected just before udev starts / one single screen connected on the USB-C port during boot / ...). In such cases, I managed however to ssh to the machine and check that it booted properly. Even Xorg seems to be running properly.
It is very annoying, since I wish to have the display communicating through the DisplayPort via USB-C, which is the only configuration allowing for a daisy-chain connection of multiple monitors. The work-around at the moment is to connect a screen through HDMI during boot, and change the configuration after boot.
I have already tried things like
echo detect > /sys/class/drm/card0-DP-1/status
after boot when nothing was plugged to the HDMI port, which produces
cat /sys/class/drm/card0-DP-1/status connected
but will still keep the screen without any signal (on HDMI or USB-C).
- Intel NUC NUC7i7BNH
- Intel Iris Plus graphics card
- Linux kernel 4.14.78
- Intel driver i915 (from the kernel)
- Slackware 14.2 distribution
Maybe some kernel module has a parameter that would force the use of some given port (HDMI/USB-C)? I did not find any information on the web regarding this possibility.
Thank you for any ideas!