Fedora 24 AMD64: evdi_painter_crtc_state_notify:362 Painter does not exist!
 

(Because it there's not enough room in the title: this is a crosspost from the
Github issues tracker - https://github.com/DisplayLink/evdi/issues/33)

As it says on the title.

OS: Fedora 24 AMD64
Kernel: 4.6.4-301.fc24.x86_64
DisplayLink software: 1.1.65 (Installed from https://github.com/ssaavedra/display...5-5.x86_64.rpm)
Displays: ASUS MB169B+ x2

The ASUS logo is displayed then the screen turns back off when plugged in. No additional screens appear in any RandR tools.

Displays are known good: they work on this machine in Windows 10.
The RPM is known good: the driver works on another machine with Fedora 24 AMD64 and kernel 4.6.4-301.fc24.x86_64.

It doesn't seem to matter if I do one at a time or both of them at once.

The relevant portion of dmesg output:

I've done some more digging through the code. My issues appears to be that the
DRM_IOCTL_EVDI_CONNECT isn't being sent to the evdi module in my configuration.
Best I can tell, this indicates an issue in the DisplayLinkManager program.

Same issue
 

I have (and reproduce) same issue as above w/ same error in dmesg.

Monitor known good, works in Ubuntu 16.04 as well as Win 10.

Station is a plugable usb 3.0 docking station, monitor is external Dell 2208WFPt

Will update when/if I get to look at referenced rpm source [1] and displaylink reference.

[1] https://github.com/ssaavedra/display...5-5.x86_64.rpm

It is hard to tell exactly what's happening, but DisplayLinkManager clearly has some problems with connecting to EVDI nodes on your machine - as in, I am certain that a call to evdi_connect fails, but it may even not get to this - our logging is not too verbose by default so can't tell for sure without a repro.

Is it possible that this started since an update of the package? Has it ever worked for you, using a previous version for example?

Note that we are unable to reproduce this with an identical device - running Ubuntu and official package though.

Edit: I managed to upgrade my FC23 installation to FC24 (running 4.6.6) and tried the RPM you linked with two identical ASUS monitors. As you see they worked for me. Obviously my host is different.

Attachment 2823

Could you try with Ubuntu on your setup for comparison?

If possible I recommend trying with a shorter/better quality USB cable, and/or a connection through a powered hub.

You also mention that the monitors work with Windows. If you use another O/S, it's possible that a firmware package for the monitors is being changed upon connecting - and with these monitors it can take quite long (can be about 30 secs I think), and Linux driver does not show any notifications that this is happening.
Can you connect one of them and keep it connected for longer to be sure that the firmware image is fully flashed to it? The logo should appear for a moment, then the screen turns black during the update, then the logo should reappear for a moment and soon after this the driver should start displaying pixels. If this succeeds, try with the second screen.

Cheers,
Michal

PS: Sorry for a delay, it's a holiday season and things are a bit slower than usual :cool:

I have debug printout patches in both evdi and libevdi. In my tests with these versions, the call never happens.

No, I've only ever used this package. I haven't had my displays long enough to use any prior version.

Unsurprising, given my relative lack of luck compared to other people I've had try. :P

I'm willing to try it, but I'm not sure how to go about this. I'm certainly not going to install Ubuntu over top my existing Fedora system. Would booting from a USB image be alright?

The cables I'm using are the ASUS OEM ones, and they are also the only 3.0 USB Micro cables I own.

I'll try with a powered hub, but I'm not sure what that will do me. Even if it did work, needing a second power socket would kinda suck; I was not anticipating needing a powered hub for this, especially considering I can plug in directly in Windows.

EDIT: Powered hub did not make a difference.

I ensured that the flashing had completed (the monitor did exactly as described). No change.

Eh, slightly unhappy that things have been going slow, but all will be forgiven if we can get things to work.

Thanks for your assistance.

~RobertCochran

confirm works in ubuntu
 

eom. will try to follow up later. similar holidays

Installed Ubuntu 16.04.1 onto a spare HDD, then ensured packages were up to date. Everything worked fine with the latest DisplayLink driver release - all monitors turned on and I was able to achieve a full 3-headed spread.

I've updated my kernel to the provided 4.7.x series kernel and rebuilt evdi and libevdi from the git repo. I'm still unable to see any additional displays in my randr tools.

Rebuilt again from the latest evdi sources. Same kernel. Same lack of displays.

Are we making any progress on this?

We'll soon be releasing a new version of the driver for Ubuntu - maybe this will fix the problems you're seeing.

As a side note - please keep in mind that so far Ubuntu is the only distro we support and test, so with Fedora you're practically on your own - and while the community is great in helping maintain ports to other distros, variety of combinations of different components in the graphics stack may lead to some distinct problems, meaning it's possible things will not work equally well everywhere.

Cheers,
Michal