-
-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
displaylink fix: ignore primary argument when using evdi drivers #25
Conversation
776721b
to
3ce6806
Compare
hm, I am no kernel dev, but this will essentially force KMS to take buffers from your primary gpu instead of them living on evdi. I have no clue if that has any ramifications for the user. If it works fine and others can attest to that, I'm fine with this. |
Thanks @vaxerski - I've fixed the style issue. Running clang-format also modified
I'm uncertain of this too - my assumption based on what I've read and researched thus far is that evdi is incapable of rendering:
I think it's working fairly well for those on wlroots: and here's a reply to the previous version of my patch (although effectively the same changes): |
Adding to findings above, for the sake of completeness, I've also tested this patch with the nvidia-gpu re-enabled (to simulate multi-GPU users). Here are the logs (with HYPRLAND_TRACE=1 and AQ_TRACE=1): Text output~$ lspci | grep -E 'VGA|3D'
0000:00:02.0 VGA compatible controller: Intel Corporation Raptor Lake-S UHD Graphics (rev 04)
0000:01:00.0 VGA compatible controller: NVIDIA Corporation AD107M [GeForce RTX 4060 Max-Q / Mobile] (rev a1)
~$ ls -l /dev/dri/by-path
total 0
lrwxrwxrwx 1 root root 8 Jul 24 22:55 pci-0000:00:02.0-card -> ../card1
lrwxrwxrwx 1 root root 13 Jul 24 22:55 pci-0000:00:02.0-render -> ../renderD128
lrwxrwxrwx 1 root root 8 Jul 24 22:55 pci-0000:01:00.0-card -> ../card0
lrwxrwxrwx 1 root root 13 Jul 24 22:55 pci-0000:01:00.0-render -> ../renderD129
lrwxrwxrwx 1 root root 8 Jul 24 22:55 platform-evdi.0-card -> ../card2
lrwxrwxrwx 1 root root 8 Jul 24 22:55 platform-evdi.1-card -> ../card3
~$ Working as expected. |
ye please do, I should remove it anyways its broken |
6708ebd
to
f60d43e
Compare
Have been reverted :) |
Fixes #22.
A slightly more robust way to address the issue than the hack provided in #22 - done by checking if the driver being used for the given GPU is
evdi
. If so, setprimary
to{}
.Unsure of the following:
drmName
anddrmVer
areauto
instead ofauto const
- have followed the same convention for the newly introduceddrmVerName
variableevdi
drivers and using the passed-inprimary_
argument (I assume no)