Skip to main content ↑ ↓
Topic solved
This topic has been marked as solved and requires no further attention.
Topic: xf86-video-intel is required for xrandr to work (Read 778 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

xf86-video-intel is required for xrandr to work

without xf86-video-intel, running the command
Code: [Select]
xrandr --output eDP-1 --mode 1920x1080
will throw out an error that says:
Code: [Select]
configure crtc 0 failed
i tried with:
Code: [Select]
xrandr --output eDP-1 --mode 1920x1080 --crtc x
and it throws the same error with any number I give as crtc
Code: [Select]
xrandr --output eDP-1 --crtc 0 --brightness 0.7
and
Code: [Select]
xrandr --dpi 192
both work but setting the resolution always fails, but when i installed xf86-video-intel changing resolution worked again, is this normal? i'm running on modern hardware and everyone recommends not using xf86-video-intel for newer hardware and to use the modesetting driver but xrandr can't change resolution without it.

I also already had the mesa package installed as the wiki suggests https://wiki.archlinux.org/title/Intel_graphics#Installation

Re: xf86-video-intel is required for xrandr to work

Reply #1 –
the xorg log without xf86-video-intel is https://pastebin.com/A0dfh5jp

and the output for the command "lspci -knn | grep -iA3 'vga\|3d\|display' is:
Code: [Select]
00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller [8086:0416] (rev 06)
        Subsystem: Lenovo Device [17aa:3978]
        Kernel driver in use: i915
        Kernel modules: i915
--
01:00.0 3D controller [0302]: NVIDIA Corporation GM107M [GeForce GTX 860M] [10de:1392] (rev a2)
        Subsystem: Lenovo Device [17aa:3978]
        Kernel driver in use: nouveau
        Kernel modules: nouveau

Re: xf86-video-intel is required for xrandr to work

Reply #3 –
It says on the arch wiki https://wiki.archlinux.org/title/Intel_graphics that the package is generally not recommended, I also heard that the package is deprecated or isn't updated as much but i might have misunderstood or smth changed.
So does this mean it's ok to use?

Re: xf86-video-intel is required for xrandr to work

Reply #4 –
Some thoughts:

You have also an "GeForce GTX 860M" in what I assume is a laptop. I would have thought that would be the most powerful graphics? Have you chosen not to use it ? If you have try disabling it in the BIOS / UEFI.

A quick search on your error shows quite a lot of results with what seems to be varying solutions (disabling the unused gpu was one of them). Try searching the error along with your model of laptop and / or the CPU name.

Have a read of this https://wiki.archlinux.org/title/NVIDIA_Optimus and https://wiki.archlinux.org/title/Bumblebee
Maybe something there will help ?

What's the output of xrandr --verbose with both of the drivers.

Re: xf86-video-intel is required for xrandr to work

Reply #5 –
I have had this weird problem: if I install xf86-video-intel on kernel newer than 5.18, my Xorg process will become unresponsive after running enough long time. I resolved it by uninstalling it, following the Arch wiki suggestions.

Re: xf86-video-intel is required for xrandr to work

Reply #6 –
Quote from: gripped – on
Some thoughts:

You have also an "GeForce GTX 860M" in what I assume is a laptop. I would have thought that would be the most powerful graphics? Have you chosen not to use it ? If you have try disabling it in the BIOS / UEFI.

A quick search on your error shows quite a lot of results with what seems to be varying solutions (disabling the unused gpu was one of them). Try searching the error along with your model of laptop and / or the CPU name.

Have a read of this https://wiki.archlinux.org/title/NVIDIA_Optimus and https://wiki.archlinux.org/title/Bumblebee
Maybe something there will help ?

What's the output of xrandr --verbose with both of the drivers.

I chose to use prime render offload https://wiki.archlinux.org/title/PRIME#PRIME_render_offload for the nvidia driver and the use the intel one by default, I have tried to disable nvidia in the bios but there didn't seem to be the option for that, do i have to disable it or is it disable by default when not in use?
I have read through the wiki's and both the nvidia bumblebee wiki and the prime one seem to recommend to install xf86-video-intel when using those methods which I already have installed, I just want to know if it's ok to use it since the arch wiki https://wiki.archlinux.org/title/Intel_graphics recommends against it so i'm not sure if i should use it or not, but having it installed seemed to have fixed the problem.
Also i did search the error with the cpu name name and the laptop model, there weren't many reliable results, and most of the solutions that came up with searching the error on it's own don't seem to help

here is the xrandr --verbose without xf86-video-intel:
https://pastebin.com/bH5uWX7R

and here is the xrandr --verbose with xf86-video-intel:
https://pastebin.com/BiEBMPKX
J

Re: xf86-video-intel is required for xrandr to work

Reply #7 –
Quote from: Will7 – on
I just want to know if it's ok to use it since the arch wiki https://wiki.archlinux.org/title/Intel_graphics recommends against it so i'm not sure if i should use it or not, but having it installed seemed to have fixed the problem.
I would say yes. If it works and especially if the two wiki pages suggest using that one.
The main intel wiki page says
Quote
is generally not recommended, see note below
The notes say
Quote
Note: Some (Debian & Ubuntu, Fedora, KDE) recommend not installing the xf86-video-intel driver, and instead falling back on the modesetting driver for Gen 4 and newer hardware. See [1], [2], Xorg#Installation, and modesetting(4). However, the modesetting driver can cause problems such as screen tearing and mouse jittering on XFCE, artifacts when switching virtual desktops in Chromium, and vsync jitter/video stutter in mpv.
Which suggests the modesetting driver has issues of it's own.

On the xrandr output:
modesetting
Code: [Select]
1920x1080 (0x59) 356.375MHz -HSync +VSync DoubleScan 
        h: width  1920 start 2080 end 2288 total 2656 skew    0 clock 134.18KHz 
        v: height 1080 start 1081 end 1084 total 1118           clock  60.01Hz 
1920x1080 (0x5a) 266.500MHz +HSync -VSync DoubleScan 
        h: width  1920 start 1944 end 1960 total 2000 skew    0 clock 133.25KHz 
        v: height 1080 start 1081 end 1084 total 1111           clock  59.97Hz 
1920x1080 (0x5b) 173.000MHz -HSync +VSync 
        h: width  1920 start 2048 end 2248 total 2576 skew    0 clock  67.16KHz 
        v: height 1080 start 1083 end 1088 total 1120           clock  59.96Hz 
1920x1080 (0x5c) 138.500MHz +HSync -VSync 
        h: width  1920 start 1968 end 2000 total 2080 skew    0 clock  66.59KHz 
        v: height 1080 start 1083 end 1088 total 1111           clock  59.93Hz
xf86-video-intel
Code: [Select]
        
1920x1080 (0x582) 135.544MHz -HSync +VSync *current 
        h: width  1920 start 2032 end 2232 total 2544 skew    0 clock  53.28KHz 
        v: height 1080 start 1081 end 1084 total 1110           clock  48.00Hz

What stands out to me is the refresh rate difference. 48.00Hz vs around 60.00Hz

But I'm not sure how relevant that is ?

Re: xf86-video-intel is required for xrandr to work

Reply #8 –
That's strange i never noticed that, i disabled my compositor but that didn't seem to be the issue, but also the refresh rate doesn't even seem to bee 48hz from what I can tell it's running on 60hz but xrandr for some reason doesn't say that.

using https://www.vsynctester.com/ says it's running at 60hz and when watching videos i don't notice any delay, normally 3840x2160 (the default resolution of my laptop) is the one that uses 48hz by default, it also doesn't go any higher, and it was very easy to notice the delay between the sound and video especially at full screen, but now when swapping to it there doesn't seem to be any delay or any difference to 60hz so i'm assuming it's just another quirk of the driver.

I might open a post about this if it ever becomes an issue but for now it's fine. I'll mark this post as solved, thanks for the help and advice!