[Intel-gfx] Does the intel driver support faking a connected monitor?

Paul Gardiner lists at glidos.net
Fri Dec 4 11:22:18 UTC 2020


On 24/11/2020 15:03, Paul Gardiner wrote:
> On 23/11/2020 16:19, Jani Nikula wrote:
>> On Sat, 21 Nov 2020, Paul Gardiner <lists at glidos.net> wrote:
>>> On 17/11/2020 14:52, Jani Nikula wrote:
>>>> On Thu, 29 Oct 2020, Paul Gardiner <lists at glidos.net> wrote:
>>>>> I use an open source DVR called MythTV. I've just swapped from using
>>>>> nvidia graphics to intel graphics. Generally it's working great, but
>>>>> I've run into one thing I used to do with the old system that I cannot
>>>>> find out how to achieve with the new.
>>>>>
>>>>> MythTV doesn't currently entirely handle starting without a TV
>>>>> connected. With nvidia graphics I could specify, within the X config,
>>>>> the "ConnectMonitor" and "CustomEDID" options to fool MythTV into
>>>>> thinking there was a TV. With intel graphics I can load EDID, but 
>>>>> so far
>>>>> I haven't discovered an equivalent of the "ConnectedMonitor" option.
>>>>
>>>> Sorry for the delay, I seem to have missed this.
>>>>
>>>> Please try a kernel command-line parameter to force enable the
>>>> connector.
>>>>
>>>> video=TV-1:e
>>>>
>>>> Assuming the connector name is "TV-1"; replace with whatever you have.
>>>
>>>
>>> Thanks for the reply. I gave that a try, in my case "video=HDMI1:e", but
>>> saw no difference. That's KMS, right? Is there anything I might have
>>> failed to install or enable that KMS relies on? Are there any logs I
>>> should monitor?
>>
>> I think it should probably be HDMI-1 with the hyphen; is that a typo
>> above or in the command line you used?
> 
> Thanks for the continued help. I tried "video=HDMI1:e" because my Xorg 
> log listed outputs HDMI1, HDMI2, DP1 and VIRTUAL1. I've now tried 
> "video=HDMI-1:e", but still no luck.

Not wishing to hassle you, but before I give up, any further thoughts on 
this?  I have a solution at least, which is to use a EDID emulator, so 
it's no great inconvenience how it is.

Cheers,
	Paul.


More information about the Intel-gfx mailing list