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@xxxxxxxxxx> 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@RG16
You can also enable some drm logging to see what's going on:
echo 0xf > /sys/module/drm/parameters/debug
Noralf.
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel
