[RFC 0/1] drm: Add Grain Media GM12U320 kms driver

Noralf Trønnes noralf at tronnes.org
Sun Jun 11 20:24:05 UTC 2017


Den 11.06.2017 19.20, skrev Marco Diego Aurélio Mesquita:
> On Sat, Jun 10, 2017 at 3:39 PM, Hans de Goede <hdegoede at redhat.com> wrote:
>> On 10-06-17 19:14, Marco Diego Aurélio Mesquita wrote:
>>> I applied this change and now gnome monitors tool identifies it as
>>> another monitor, thanks Noralf! There are still some problems: when I
>>> activate it, gnome complains "could not set configuration for CRTC
>>> 284". I still don't know what causes this. Any idea?
>>>
>>> Other problem I get is that the device is spontaneously disconnected
>>> after some time. I'm not sure what causes this, but I think it happens
>>> because it receives no data after an amount of time.
>>
>> Correct, there is no way to blank (think DPMS off) the device, but
>> it will turn itself of it does not get any data for more then x seconds,
>> I don't remember what X was.
>>
> I made an initial port of the workqueue to the in-progress driver. The
> behaviour improved. I no longer get spurious
> re-connections/disconnections and the device no longer shows its logo;
> that probably means that the data is successfully really reaching the
> device, I guess.
>
> I still have some problems. When I activate it through the gnome
> monitors tool, I get an error message: "failed to apply configuration
> %s" "timeout was reached". It doesn't complains about the crtc as
> before, but I still can't activate it. Anyone knows what is the
> problem that is causing this? Noralf, any idea?

I suggest you try the modetest tool in libdrm:
https://cgit.freedesktop.org/mesa/drm

This puts a test pattern on my display (driver mi0283qt):
./libdrm/tests/modetest/modetest -M "mi0283qt" -s 25:320x240 at RG16

You can also enable some drm logging to see what's going on:
echo 0xf > /sys/module/drm/parameters/debug


Noralf.



More information about the dri-devel mailing list