You are not logged in.
I was reading the PRIME GPU offloading section from PRIME wiki page and I am confused about the wording. (I am using prime-run without any issue as of now, however, I do read all other sections just for knowing about it). I cannot figure out the correct order of procedures using
DRI_PRIME=1. Is the section above it using
xrandr --setprovideroffloadsink provider sinka prerequisite? If so should it be mentioned it's exclusively for Xorg?
Also, if it is indeed a prerequisite, it doesn't apply to the following PRIME render offload section but it makes it seems so.
Last edited by RaZorr (2022-09-06 15:18:56)
Offline
It's technically a prerequisite (... for the prime-run solution as well), pratically modern versions of Xorg/DDX drivers set that up automatically and implicitly already. Read the blue note box in the previous section as well.
Last edited by V1del (2022-08-30 07:48:24)
Offline
It's technically a prerequisite (... for the prime-run solution as well), pratically modern versions of Xorg/DDX drivers set that up automatically and implicitly already. Read the blue note box in the previous section as well.
Shouldn't it be given under a Prerequisite subsection then? I have amd igpu and nvidia discrete. But I am using nvidia-prime without any preliminary setup like this. The note in the blue box only mentions intel/modesetting driver, which I don't think I am using because I have the following:
~$ lspci -k | rg -i -A3 "vga|3d"
01:00.0 VGA compatible controller: NVIDIA Corporation GA106M [GeForce RTX 3060 Mobile / Max-Q] (rev a1)
Subsystem: Lenovo Device 3a80
Kernel driver in use: nvidia
Kernel modules: nouveau, nvidia_drm, nvidia
--
06:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cezanne (rev c5)
Subsystem: Lenovo Device 3a80
Kernel driver in use: amdgpu
Kernel modules: amdgpuOffline
The intel/modesetting/whatever driver is for Xorg DDX (i.e. xf86-video-* modules) in this context, not for the kernel module and practically all of the real HW (e.g. not vesa) ones set that up in a way it will work. And I know you don't have any preliminary setup like this, because as mentioned by me and the blue box, Xorg does set that up by default (... but setting it again wouldn't hurt... and it is there for the cases where you change your config/use a different driver for some reason) assuming you have a matching xorg ddx. That I agree could be expanded because it is valid for all of them
It at least in my logistics already directly under the "combined" sub heading of https://wiki.archlinux.org/title/PRIME# … offloading so if you are reading you'd read that first before looking at the other two options for either purely open source or with the nvidia prop driver.
Last edited by V1del (2022-09-06 06:53:55)
Offline
The intel/modesetting/whatever driver ... That I agree could be expanded because it is valid for all of them
My confusion was whether amdgpu/radeon people have to do it or not coz it's not mentioned whether it's done by default for those cards. If it's clear for others then all is well.
Last edited by RaZorr (2022-09-06 11:30:44)
Offline
If you check the note in the section now, I've tried to make this more clear, did/does that help?
Offline
It is much clearer which drivers are affected as compared to the previous "default intel/modesetting" wording which had much more restrictions on the affected drivers. Thanks
Offline
Well the page grew somewhat organically and a lot of the stuff was only relevant for intel as amdgpu based laptops simply didn't exist. There's a lot of potential old stuff that could be cleaned up in general.
Offline
Well the page grew somewhat organically and a lot of the stuff was only relevant for intel + nvidia as amdgpu hybrid graphics based laptops simply didn't exist.
most amd laptops then had just one videocard so didn't need prime at all.
Last edited by Lone_Wolf (2022-09-06 18:38:00)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline