Sorry, you need to enable JavaScript to visit this website.

Forcing HDMI out on Skylake system

3 posts / 0 new
Anthony Desmarais's picture
Starter
Anthony Desmarais

Apr 21, 2016 - 11:37am

  • Apologies for putting this question into the installer discussion but for some reason there is no "New Topic" button in the other section of this forum.

     

    I have a situation that I need to resolve and cant seem to get it right.

     

    My situation is this: I have a MythTV PVR system running in my house and the main backend/frontend is running on an old AMD board with built in Nvidia graphics, problem is that this board is starting to pack up.

     

    I ordered a new Skylake board (B150 chipset) with a Skylake processor with the intnetion of replacing the AMD board with this. 

    My problem is tht the system connects to the TV via a Home Theater AMP which has built in HDMI switching. This means that the HDMI is essentially hot plugged every time we switch sources as well as that the PC does not necessarily start with a HDMI connection active.

     

    With regard to the hot plugging, this seems to be working out the box with Fedora 23 and the latest Intel Drivers (MythBuntu 16.04 cant say that unfortunatly), however the problem of the system starting without HDMI and then later having HDMI connected does not work. 

     

    With the nvidia driver I resolved this with a line in xorg.conf Option "ConnectedMonitor" "DFP" as well as passing in the EDID of the TV that I extracted earlier. I tried this with the intel driver but I see in the Xorg log that the Intel driver does not use the ConnectedMonitor line.

     

    Is there any way to resolve this?? Either by forcing video out of the HDMI always like I used to do or getting the dynamic detection to work correctly??

     

    Thanks in advance

     

    Anthony

     

    Apr 21, 2016 - 11:37am
  • Update to this question - it looks like the window manager could be part of my solution.

     

    I noticed that in XFCE hotplugging the monitor always left me with a blank screen, but if I switch to GNOME then the hotplug does not loose video which is good.

     

    Problem is that still the bootup without a screen results in nothing (user is set to autologin in gnome) and the only way to resolve this is to login via a remote session and restart GDM (or issue an init 3 && init 5 which I suppose restarts GDM). It is worth noting that in this remote ssh terminal if I run xrandr -d :0 it lists the monitor as detected, so the driver seems to detect it, it is just that GDM never sets it up.

     

    I suppose a total hack would be to try to get a script to run when the monitor is detected for the first time after and perform a restart of GDM, just need to figure out how to do this, perhaps UDEV is the answer?

    Apr 22, 2016 - 02:53am
  • Ok so further debugging while I talk to myself here :)

     

    I tried my hack of writing a udev rule which will run a script with a series of flag files in /tmp to ensure that this only happens once and not on startup and this works only sometimes.

     

    Other times when the HDMI plug is inserted there is no activity in udev so my script doesnt even get run.

    I dug a but deeper and looked in /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-2

    When the udev commands do not get generated then I see that the file enabled contants the text "disabled" and the file status containt the text "disconnected" this despite the fact that the monitor is now plugged into the HDMI port.

     

    Further if I now restart GDM then these two files indicate that the monitor is now connected and I see my desktop on the screen.

     

    I am no unsure if this is a driver issue or something to do with GDM or what.

     

    Who is responsible for populating the values in /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-2 - I would think that this is the driver, but I am not clued up enough on linux driver to say for sure.

    Apr 23, 2016 - 01:39am
  • Hi. It sounds like it might be a detection/cabling issue - we've seen a few such with various setups.
    The short and not necessarily 100% correct version:

    - You plug in a monitor
    - the hardware wakes up
    - the kernel notes that something has appeared, and pokes the right drivers
    - the drivers do "stuff", including setting things up under /sys

    This is a little off-topic for this forum, which is really aimed at problems/questions/etc related
    to the 01.org installer itself - I think you'll get a wider (and more knowledgeable) audience on
    the mailing list: https://lists.freedesktop.org/mailman/listinfo/intel-gfx

    Apr 26, 2016 - 09:16am