Re: How upstream kernel version correlates to version from Debian?
Alexander V. Makartsev composed on 2025-01-20 05:36 (UTC+0500):
> Felix Miata wrote:
>> It seems to me you probably need to go backport. I tried the "experimental" equivalent
>> with i5-11400's Rocket Lake S GT1 (Gen12.1) in openSUSE Tumbleweed, resulting in loss
>> of about 2/3 in graphics performance testing with glmark2.
> Thanks for reminding me about new xe driver, but unfortunately I wasn't
> able to get it working.
> I've tried 6.11 kernel from backports, but it look like "xe" module is
> absent and only "i915" available.
> $ uname -a
> Linux hostname 6.11.10+bpo-amd64 #1 SMP PREEMPT_DYNAMIC Debian
> 6.11.10-1~bpo12+1 (2024-12-19) x86_64 GNU/Linux
> $ sudo modinfo i915 --filename
> /lib/modules/6.11.10+bpo-amd64/kernel/drivers/gpu/drm/i915/i915.ko.xz
> $ sudo modinfo xe --filename
> modinfo: ERROR: Module xe not found.
I don't know why backport kernel is limited to 6.11, but apparently Xe was not
mainstreamed as non-experimental until 6.12:
# grep RETT /etc/os-release
PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
# uname -a
Linux ab560 6.1.0-28-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.119-1 (2024-11-22) x86_64 GNU/Linux
# modinfo i915 --filename
/lib/modules/6.1.0-28-amd64/kernel/drivers/gpu/drm/i915/i915.ko
# modinfo xe --filename
modinfo: ERROR: Module xe not found.
...
# grep RETT /etc/os-release
PRETTY_NAME="Debian GNU/Linux trixie/sid"
# uname -a
Linux ab560 6.12.9-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.9-1 (2025-01-10) x86_64 GNU/Linux
# modinfo i915 --filename
/lib/modules/6.12.9-amd64/kernel/drivers/gpu/drm/i915/i915.ko.xz
# modinfo xe --filename
/lib/modules/6.12.9-amd64/kernel/drivers/gpu/drm/xe/xe.ko.xz
# lspci -nnk | grep VGA
00:02.0 VGA compatible controller [0300]: Intel Corporation RocketLake-S GT1 [UHD Graphics 730] [8086:4c8b] (rev 04)
# cat /proc/cmdline
… xe.force_probe=4c8b i915.force_probe=!4c8b …
# lsmod | egrep 'vid|xe' | sort
cec 69632 3 drm_display_helper,xe,i915
drm 770048 12 gpu_sched,drm_kms_helper,drm_exec,drm_gpuvm,drm_suballoc_helper,drm_display_helper,drm_buddy,drm_ttm_helper,xe,i915,ttm
drm_buddy 20480 2 xe,i915
drm_display_helper 274432 2 xe,i915
drm_exec 12288 2 drm_gpuvm,xe
drm_gpuvm 45056 1 xe
drm_kms_helper 249856 4 drm_display_helper,drm_ttm_helper,xe,i915
drm_suballoc_helper 12288 1 xe
drm_ttm_helper 16384 1 xe
gpu_sched 65536 1 xe
i2c_algo_bit 12288 2 xe,i915
ttm 106496 3 drm_ttm_helper,xe,i915
video 81920 3 asus_wmi,xe,i915
wmi 28672 3 video,asus_wmi,wmi_bmof
xe 3031040 2
#
> I've still tried "force_probe" parameters you suggested, but with them
> Xorg server fails to start.
That's no surprise with 6.11 kernel. i915.force_probe=!46a3 equates to both
nomodeset and i915.modeset=0.
> Maybe backported kernel was built without new xe driver support?
> Once again, I need to know the answer to the question from Subj.
> According to Phoronix, new xe driver should be available from kernel
> version 6.8 and up.
> https://www.phoronix.com/news/Linux-6.8-DRM
You likely can build your own to include the Xe driver. Stock 6.11 kernels
for openSUSE and Fedora don't include Xe either, nor 6.10. Before that I
didn't even try.
> I can't comprehend how these bugs are not fixed after so many years.
Gen12 was a radical change in technology from prior Intel GPUs, so Xe
development was more complicated than usual generational changes to i915,
necessitating starting with a clean sheet of paper to develop the Xe module.
--
Evolution as taught in public schools is, like religion,
based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
Reply to: