Serious Intel DRM issues

freezr

freezr

Hi guys, I opened a most focused thread because the issue is spread across the whole system.
With the latest update of drm-kmod the system is totally unstable and compromised, when the GPU hangs even rebooting becomes problematic. Now this is affecting my daily job and operations.

Here is the issue:
Code: 
[drm] Got Intel graphics stolen memory base 0x7c800000, size 0x3c00000
drmn0: <drmn> on vgapci0
vgapci0: child drmn0 requested pci_enable_io
vgapci0: child drmn0 requested pci_enable_io
drmn0: [drm] Found ALDERLAKE_P/ADL-N (device ID 46d1) display version 13.00 stepping D0
drmn0: successfully loaded firmware image 'i915/adlp_dmc.bin'
lkpi_iic0: <LinuxKPI I2C> on drmn0
lkpi_iic1: <LinuxKPI I2C> on drmn0
lkpi_iic2: <LinuxKPI I2C> on drmn0
lkpi_iic3: <LinuxKPI I2C> on drmn0
lkpi_iic4: <LinuxKPI I2C> on drmn0
lkpi_iic5: <LinuxKPI I2C> on drmn0
lkpi_iic6: <LinuxKPI I2C> on drmn0
lkpi_iic7: <LinuxKPI I2C> on drmn0
lkpi_iic8: <LinuxKPI I2C> on drmn0
drmn0: [drm] Finished loading DMC firmware i915/adlp_dmc.bin (v2.20)
[drm] Initialized i915 1.6.0 for drmn0 on minor 0
VT: Replacing driver "efifb" with new "drmfb".
name=drmn0 id=i915drmfb flags=0x0 stride=7680
drmn0: [drm] GPU HANG: ecode 12:1:85dfbfff, in Renderer [103421]
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] Renderer[103421] context reset due to GPU hang
drmn0: [drm] GPU HANG: ecode 12:1:859ffffb, in Xvnc [100280]
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] Xvnc[100280] context reset due to GPU hang
drmn0: [drm] GPU HANG: ecode 12:1:859ffffb, in Xvnc [100280]
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] Xvnc[100280] context reset due to GPU hang
drmn0: [drm] GPU HANG: ecode 12:1:859ffffb, in python3.12 [102144]
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] python3.12[102144] context reset due to GPU hang
drmn0: [drm] GPU HANG: ecode 12:1:859ffffb, in Xvnc [100280]
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] Xvnc[100280] context reset due to GPU hang
drmn0: [drm] GPU HANG: ecode 12:1:84df9ffc, in Renderer [101201]
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] Renderer[101201] context reset due to GPU hang
Fence expiration time out i915-drmn0:Renderer[101201]:1214!
Fence expiration time out i915-drmn0:Renderer[101201]:1216!
drmn0: [drm] GPU HANG: ecode 12:1:86d8ffe0, in python3.12 [102144]
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] python3.12[102144] context reset due to GPU hang
Fence expiration time out i915-drmn0:python3.12[102144]:4!
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] inkscape[102148] context reset due to GPU hang
drmn0: [drm] GPU HANG: ecode 12:1:85dffffb, in inkscape [102148]
Fence expiration time out i915-drmn0:inkscape[102148]:ea!
Fence expiration time out i915-drmn0:inkscape[102148]:ec!
Fence expiration time out i915-drmn0:inkscape[102148]:ee!
drmn0: [drm] GPU HANG: ecode 12:1:859ffffb, in inkscape [102148]
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] inkscape[102148] context reset due to GPU hang
Fence expiration time out i915-drmn0:Renderer[101201]:4!
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] Renderer[101201] context reset due to GPU hang
drmn0: [drm] GPU HANG: ecode 12:1:85dffffb, in Renderer [101201]
drmn0: [drm] GPU HANG: ecode 12:1:85dfffff, in inkscape [102148]
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] inkscape[102148] context reset due to GPU hang
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] inkscape[102148] context reset due to GPU hang
drmn0: [drm] GPU HANG: ecode 12:1:85dffffb, in inkscape [102148]
drmn0: [drm] GPU HANG: ecode 12:1:859ffffb, in python3.12 [102144]
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] python3.12[102144] context reset due to GPU hang
Fence expiration time out i915-drmn0:python3.12[102144]:4!
Fence expiration time out i915-drmn0:python3.12[102144]:6!
Fence expiration time out i915-drmn0:Renderer[103421]:4!
Fence expiration time out i915-drmn0:Renderer[103421]:6!
drmn0: [drm] Resetting rcs0 for preemption time out
drmn0: [drm] Renderer[103421] context reset due to GPU hang
drmn0: [drm] GPU HANG: ecode 12:1:85dffffb, in Renderer [103421]

These frequent blocks are affecting my schedules seriously, I wonder if I should try to install a newer version from the ports tree meanwhile.
I guess that I am not the only one with this issue.

Any help is really appreciated! 🙏
 
My settings:

Code: 
# System / kernel
uname -a
freebsd-version -kru
FreeBSD gpc 15.1-RELEASE-p5 FreeBSD 15.1-RELEASE-p5 releng/15.1-n283639-893c7c99b60d GENERIC amd64
15.1-RELEASE-p5

# GPU hardware
pciconf -lv | grep -A3 -i vga
vgapci0@pci0:0:2:0:    class=0x030000 rev=0x00 hdr=0x00 vendor=0x8086 device=0x46d1 subvendor=0x0301 subdevice=0x02f3
    vendor     = 'Intel Corporation'
    device     = 'Alder Lake-N [UHD Graphics]'
    class      = display
    subclass   = VGA
none0@pci0:0:10:0:    class=0x118000 rev=0x01 hdr=0x00 vendor=0x8086 device=0x467d subvendor=0x0000 subdevice=0x0000
    vendor     = 'Intel Corporation'
    device     = 'Platform Monitoring Technology'

# Graphics stack packages
pkg info | grep -iE "mesa|picom|drm|libglvnd|xorg-server|xf86-video"
drm-612-kmod-6.12.85.1501000_2 Direct Rendering Manager (DRM) GPU drivers
drm-kmod-20260508              Direct Rendering Manager (DRM) GPU drivers metaport
gpu-firmware-kmod-20260519,1   Firmware modules for the drm-kmod drivers
libdrm-2.4.134,1               Direct Rendering Manager library and headers
libglvnd-1.7.0                 GL Vendor-Neutral Dispatch library
linux-rl9-dri-25.2.7           Mesa libGL runtime libraries (Rocky Linux 9.8)
linux-rl9-libdrm-2.4.128       Rocky Linux Direct Rendering Manager runtime
linux-rl9-libglvnd-1.3.4_1     GL Vendor-Neutral Dispatch library (Rocky Linux 9.6)
mesa-demos-9.0.0               OpenGL demos distributed with Mesa
mesa-dri-26.2.2                OpenGL hardware acceleration drivers for DRI2+
mesa-libs-26.2.2               OpenGL libraries that support GLX and EGL clients
picom-13                       Lightweight X11 compositor
xf86-video-scfb-0.0.7_2        X.Org syscons display driver
xf86-video-vesa-2.6.0          X.Org vesa display driver
xorg-server-21.1.25,1          X.Org X server and related programs

# OpenGL / renderer
glxinfo | grep -E "OpenGL vendor|OpenGL renderer|OpenGL version|direct rendering"
direct rendering: Yes
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) Graphics (ADL-N)
OpenGL version string: 4.6 (Compatibility Profile) Mesa 26.2.2

# Xorg
cat /usr/local/etc/X11/xorg.conf.d/20-intel.conf
 
Section "Device"
    Identifier "Card0"
    Driver     "intel"
    Option      "TearFree"        "false"
    Option      "TripleBuffer"    "false"
    Option      "SwapbuffersWait" "false"
#    Option      "AccelMethod"     "sna"
EndSection

# Loaded GPU kernel modules
kldstat | grep -iE "drm|i915|ttm"
10    1 0xffffffff85200000   24a410 i915kms.ko
11    2 0xffffffff8500f000    9f430 drm.ko
16    1 0xffffffff850c3000     c358 ttm.ko
 
freezr there have been multiple reports that point to an issue with the current build of drm-612-kmod for intel hardware. Most users seem fine with 66 (I think your hardware will be supported), if not try these commits for graphics/drm-612-kmod (from newest to oldest):
  • 7e420adaf6ef0f70fe2b05a4148490af41a0d707
  • e50c876e295af951485b605b8cb9bf567b6c23e1
The culprit appears to be some LinuxKPI code that moved around (maybe).
 
fahrenheit

Thanks, it is what I did, I installed drm-66-kmod, I hope everything is going fine now. 🤞🤞🤞
However drm-612-kmod is the default driver thus is a serious thing.
 
I've only been able to use 61 or 515 for a year UHD 630 and HD 530; 66+ randomly freezes on Xfce without composting, i915kms load before log-in, and Wine games (OGL and Wine + DXVK Vulkan)

I used kernel 7.0 and rolling stuff (Mesa + Wine staging) openSUSE TW same hardware, GNOME Wayland + Xfce Xorg no problem
 
For me kmod 612 on 15-STABLE with intel Xe Alderlake on Wayland (sway) has been pretty solid. Transitioned to pkgbase so I can move between RELEASE and STABLE boot environments with ease.
 
Espionage724 said:
I've only been able to use 61 or 515 for a year UHD 630 and HD 530; 66+ randomly freezes on Xfce without composting, i915kms load before log-in, and Wine games (OGL and Wine + DXVK Vulkan)

I used kernel 7.0 and rolling stuff (Mesa + Wine staging) openSUSE TW same hardware, GNOME Wayland + Xfce Xorg no problem
Click to expand...
For all the good it may do, please at least open tickets on the drm-kmod github repo. Both 6.1 and 6.6 have same exact new commits since january and the same upstream version since then, so the differences are:

* actual differences in drm code between 6.1 and 6.6
* linuxkpi changes

I'm going with kpi changes.
 
hi

#1 on 2026-10-10 Quarterly repo was updated to 2026Q4 which is targeted on FreeBSD 15.1. If any of you are running 15.0 you need to upgrade to 15.1 to continue using Quarterly Repo. The installation of drm-612-kmod is one of the results of transitioning to 15.1. ( se /usr/ports/graphics/drm-kmod/Makefile )

#2 If you mix binary userland and KMODs thats been compiled with different O/S version . ( 15.0 = 1500068 , 15.1= 1501000 ) then you will have issues of some sort. Make sure that you dont mix kmods for diffrent Freebsd versions.

#3 pkg info | egrep "nvidia|drm" will list your graphics kmods , check that they are all for the same O/S version.

#4 if You are running Freebsd 15.1 and find an old KMOD branded 1500068, delete it and re-install it.
 
You must log in or register to reply here.
Back
Top