[Solved] Intel iris Xe graphics not working

[Street_look]

Edit: Here is the solution I was able to find. Firstly I would like to blame intel's screen refresh optimization. While I wouldn't call what I was seeing flickering, the screen was failing to refresh so this makes since. The fix was to add "i915.enable_psr=0" to the grub cmd line default. Here is the source https://wiki.archlinux.org/title/Intel_ ... flickering
I don't know if this would work in debian or it's derivatives as I have switched to Arch.


Here is a video of the issue https://vimeo.com/1009526794
and here is a link to my reddit post
my hardware is a dell inspiron 16 plus 7630 with an intel core i13700H and 32gb of ram

Firstly the Issue I've been having has spanned multiple different distros including: Nobara 40 GNOME, UBUNTU 24.04, Nyarch Linux 24.04, Kali 2024.1, zorin 17.1, mint 22, and Debian 12.7. Although Ubuntu, Debian and Mint work with safe graphics mode (nomodeset), however even with that set Nobara was still laggy.

what i want to know is
Option A) A solution to get my laptop not struggle to run Linux.

Option B) If the solution is to just run safe graphics then is there any issues with always using nomodeset?

I have discovered that for some reason my GPU is misidentified by Linux and Debian. What I mean is that as you can see below from the first and third command my driver is using a "Raptor Lake-P" driver where my CPU and from my understanding GPU are H chips.

(Update)
9/16/24: I have purged xserver-xorg-video-intel as recommended by https://wiki.debian.org/GraphicsCard this resulted in little to no improvement.
9/16/24: I added

Code: Select all

deb http://deb.debian.org/debian bookworm-backports main

to /etc/apt/sources.list and updated apt packages. Then I installed with

Code: Select all

sudo apt install -t bookworm-backports linux-image-amd64

This resulted in a very slight improvement to the refresh rate of the screen.
9/16/24: as per a suggestion from a reddit user I tested my CPU and GPU usage without nomodeset. The results were that the CPU was only hit with about 15-20% on 2 cores while running system monitor and "intel_gpu_top" in a terminal. What I found much more interesting was that "intel_gpu_top" reported ~96% usage but the breakdown of the different engines showed 0% usage.

"lspci -nn | egrep -i "3d|display|vga"" returns

Code: Select all

VGA compatible controller [0300]: Intel Corporation Raptor Lake-P [Iris Xe Graphics] [8086:a7a0] (rev 04)

"uname -r" returns

Code: Select all

6.1.0-25-amd64 

"glxinfo -B" returns

Code: Select all

name of display: :0
display: :0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Intel (0x8086)
Device: Mesa Intel(R) Graphics (RPL-P) (0xa7a0)
Version: 22.3.6
Accelerated: yes
Video memory: 31778MB
Unified memory: yes
Preferred profile: core (0x1)
Max core profile version: 4.6
Max compat profile version: 4.6
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.2
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) Graphics (RPL-P)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 22.3.6
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL version string: 4.6 (Compatibility Profile) Mesa 22.3.6
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 22.3.6
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

[sunrat]

Use code tags for terminal text etc. please. Include the command you used to get the output as well. Fixed it for you this time.

Your reddit link didn't work and "uname -r" is absent.

[mrmazda]

Please show, if you can, input/output from inxi -GSaz --vs -za while running an X session, without booting using nomodeset. Using nomodeset, inxi output utility is crippled.

Nomodeset is never a solution. It's primarily a troubleshooting tool, to facilitate diagnosis, log access and making repairs. It uses any of several possible crude, limited support, fallback drivers, and limits output to one single display.

[Street_look]

I had to install inxi using

Code: Select all

sudo apt install inxi

But after that running

Code: Select all

inxi -GSaz --vs -za 2>&1 | tee output.txt

I received a txt file containing

Code: Select all

inxi 3.3.26-00 (2023-03-28)
System:
  Kernel: 6.10.6+bpo-amd64 arch: x86_64 bits: 64 compiler: N/A
    parameters: BOOT_IMAGE=/boot/vmlinuz-6.10.6+bpo-amd64
    root=UUID=a15c478a-685e-4c44-a5f8-35f9b01478b4 ro quiet
  Desktop: GNOME v: 43.9 tk: GTK v: 3.24.38 wm: gnome-shell dm: GDM3 v: 43.0
    Distro: Debian GNU/Linux 12 (bookworm)
Graphics:
  Device-1: Intel Raptor Lake-P [Iris Xe Graphics] vendor: Dell driver: i915
    v: kernel arch: Gen-13 process: Intel 7 (10nm) built: 2022+ ports:
    active: eDP-1 empty: DP-1,DP-2,HDMI-A-1 bus-ID: 0000:00:02.0
    chip-ID: 8086:a7a0 class-ID: 0300
  Device-2: Microdia Integrated_Webcam_FHD type: USB driver: uvcvideo
    bus-ID: 1-6:3 chip-ID: 0c45:674b class-ID: fe01 serial: <filter>
  Display: wayland server: X.org v: 1.21.1.7 with: Xwayland v: 22.1.9
    compositor: gnome-shell driver: X: loaded: N/A
    unloaded: fbdev,modesetting,vesa gpu: i915 display-ID: 0
  Monitor-1: eDP-1 model: AU Optronics 0x9f91 built: 2020 res: 3072x1920
    dpi: 227 gamma: 1.2 size: 344x215mm (13.54x8.46") diag: 406mm (16")
    ratio: 16:10 modes: 3072x1920
  API: OpenGL v: 4.6 Mesa 22.3.6 renderer: Mesa Intel Graphics (RPL-P)
    direct-render: Yes

[mrmazda]

https://dgpu-docs.intel.com/devices/hardware-table.html confirms your GPU ID 8086:a7a0 as Raptor Lake-P. There are no Raptor Lake-H devices there listed. Where did your Raptor Lake-H understanding come from?

[Street_look]

My understanding that it was a raptor lake-H and not P is from my CPU being an H chip bit using HWinfo I see that you are right

Screenshot 2024-09-16 141642.png (20.56 KiB) Viewed 1815 times