CorePure64 17 won't boot on Dell Pro Max with Intel Core Ultra 5

[Juanito]

Ah - the intel xe kernel driver needs filesystems-KERNEL due a dep on the configfs module

[nick65go]

I asked AI: "i915 or xe for Intel Corporation HD Graphics 630" 
Its answer was: "For the Intel Corporation HD Graphics 630, the appropriate Linux graphics driver is i915. The xe driver is a modern, experimental driver intended only for newer Intel processors (11th Gen and later)".
"- i915 Driver: This is the standard, built-in Direct Rendering Manager (DRM) module required for all Kaby Lake processors (which power the HD 630).
- Xe Driver: This driver is designed for newer hardware (Tiger Lake and newer). Attempting to use the xe driver for an HD 630 will not work natively"

FYI: I have a 13th Gen Intel Core i5-1335U
0:02.0 VGA compatible controller [0300]: Intel Corporation Raptor Lake-P [Iris Xe Graphics] [8086:a7a1] (rev 04)" and it works with i915.
but you need to load proper firmware also.

Code: [Select]

209412.739756] i915 0000:00:02.0: [drm] GT0: GuC firmware i915/adlp_guc_70.bin version 70.49.4
[209412.739767] i915 0000:00:02.0: [drm] GT0: HuC firmware i915/tgl_huc.bin version 7.9.3
[209412.756772] i915 0000:00:02.0: [drm] GT0: HuC: authenticated for all workloads
[209412.757442] i915 0000:00:02.0: [drm] GT0: GUC: submission enabled
[209412.757452] i915 0000:00:02.0: [drm] GT0: GUC: SLPC enabled
[209412.757947] i915 0000:00:02.0: [drm] GT0: GUC: RC enabledEnable Firmware (GuC/HuC): To maximize performance (especially for video encoding/decoding), ensure your distribution's firmware package is installed and enabled (e.g., linux-firmware-intel on Arch).

[nick65go]

Thanks. That doesn't work (the PID here is 7d67 fwiw), but I'll look more into the kernel parameters for the xe and i915 driver to see if I can find something that does.

AI overview: "For your Intel Arrow Lake iGPU (PCI Device ID 8086:7d67), the recommended driver is the xe Linux kernel driver. The older i915 driver does not officially support Arrow Lake’s architecture and may be unstable or require forced probing".

I think your problem is because you did not loaded the proper firmware at the proper boot moment. Sometimes you even need the firmware to be INSIDE a REMASTERED cpio core.gz (so NOT loaded as a nomal tcz). I had this problem and I solved like this for my former AMD A6xxx APU.
All Intel CPU generation 12+ need firmware at boot time for UEFI.

[Rich]

Hi nick65go

... Sometimes you even need the firmware to be INSIDE a REMASTERED cpio core.gz (so NOT loaded as a nomal tcz). ...

That's what I showed catselbow in my reply #12.
And catselbow reply #13 suggests that was done.

[Rich]

Hi catselbow
I think Juanitos suggestion to remove the  quiet  boot code is a good idea.
That may provide some error messages indicating what the problem is.

[nick65go]

Hi Rich!, He did NOT properly done it  
1. XE driver + its updated firmware (maybe not from TC repositories, but from kernel hub) must be loaded before anything else.
2. The i915 must be forbid, which I think was not, because usually i915 auto-load as a stupid one itself, and then xe driver is useless.

It happened to me and then grub boot parameters become useless. In TC i915 loads if using the provided gpu-kernel-*tcz + firmware*.tcz. From my experience with TC, for complex/cyborg APU (CPU+GPU) gen 12+,  CORE.gz remaster is mandatory. YMMV.

[Juanito]

I get this using the tinycore intel firmware extension, so it looks OK, but now that I've found the xe driver needs filesystems-KERNEL, I'll try again with that tomorrow.

Code: [Select]

[   66.699899] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/adlp_dmc.bin (v2.20)
[   66.720033] i915 0000:00:02.0: [drm] GT0: GuC firmware i915/adlp_guc_70.bin version 70.20.0
[   66.720037] i915 0000:00:02.0: [drm] GT0: HuC firmware i915/tgl_huc.bin version 7.9.3

[nick65go]

My remark: firmware for xe are different (other folder, other names) form firmware for i915.

Code: [Select]

❯ ls /usr/lib/firmware/xe/
.rw-r--r-- 195k root 23 Mai 12:28  bmg_guc_70.bin.zst
.rw-r--r-- 152k root 23 Mai 12:28  bmg_huc.bin.zst
.rw-r--r-- 1,7k root 23 Mai 12:28  fan_control_8086_e20b_8086_1100.bin.zst
.rw-r--r-- 1,1M root 23 Mai 12:28  lnl_gsc_1.bin.zst
.rw-r--r-- 197k root 23 Mai 12:28  lnl_guc_70.bin.zst
.rw-r--r-- 167k root 23 Mai 12:28  lnl_huc.bin.zst
.rw-r--r-- 1,1M root 23 Mai 12:28  ptl_gsc_1.bin.zst
.rw-r--r-- 204k root 23 Mai 12:28  ptl_guc_70.bin.zst
.rw-r--r-- 172k root 23 Mai 12:28  ptl_huc.bin.zst

Code: [Select]

ls /usr/lib/firmware/xe | wc
      9      63    1221
ls /usr/lib/firmware/i915 | wc
    130     922   18360IF xe driver was properly loaded then "firmware i915" should not show-up in dmesg

[Juanito]

I was meaning that the firmware didn’t need to be in an initrd

[Juanito]

So, I gave xe a go..

created firmware-xe extension from kernel git:

Code: [Select]

ls /usr/local/lib/firmware/xe
bmg_guc_70.bin
bmg_huc.bin
fan_control_8086_e20b_8086_1100.bin
lnl_gsc_1.bin
lnl_guc_70.bin
lnl_huc.bin
ptl_gsc_1.bin
ptl_guc_70.bin
ptl_huc.bin
..booted with blacklist=i915

loading firmware-xe followed by filesystems-KERNEL followed by graphics-KERNEL resulted in a bunch of xe related kernel modules loading automatically, but got this:

Code: [Select]

dmesg
...
xe 0000:00:02.0: Your graphics device a7a1 is not officially supported
by xe driver in this kernel version. To force Xe probe,
use xe.force_probe='a7a1' and i915.force_probe='!a7a1'
module parameters or CONFIG_DRM_XE_FORCE_PROBE='a7a1' and
CONFIG_DRM_I915_FORCE_PROBE='!a7a1' configuration options.
..and no sign of any firmware being loaded and startx failed with no screens found.

So, booted with xe.force_probe='a7a1' and i915.force_probe='!a7a1'

loading firmware-xe followed by filesystems-KERNEL followed by graphics-KERNEL resulted in the laptop hanging, the only escape being power off

[Rich]

Hi Juanito

... So, booted with xe.force_probe='a7a1' and i915.force_probe='!a7a1' ...

 ... resulted in the laptop hanging, the only escape being power off

It's possible that only happened because you forced the issue. A7A1 is
listed as one of the aliases when running modinfo on i915.ko.gz. The OP
said his was 7D67 which is not listed as an alias in i915.ko.gz.

As a sidenote, xe.ko.gz doesn't even appear to have an alias section.

[nick65go]

@Juanito: Many thanks for trying XE driver for MY gpu-id a7a1, even if it is not working for now.
For now I use i915 in my CachyOS. AI gave me the results:

"1. For a Raptor Lake-P (RPL-P) device (such as those with device ID a7a1) running Kernel 7.0.10 in early-to-mid 2026, the i915 driver remains the most stable and recommended choice for general daily use and display functionalities

2. For an Intel Core i5-1335U (Raptor Lake-U, Gen12/Iris Xe Graphics) on a 7.0.10 kernel, i915 is the recommended default for stability, but xe is viable and potentially faster for compute workloads if you are comfortable testing it.

3. For an i5-1355U (Raptor Lake-U, Gen 13 Graphics) on a 7.0.x kernel, the i915 driver is recommended for stability, while xe is worth exploring for potential performance gains in compute-heavy workloads."

Sorry, I did not intend to hijack the topic, about initial gpu-id=7D67.

[nick65go]

It seams that XE driver may need also some firmware from i915, because:

Code: [Select]

strings xe.ko | grep firmware | grep bin
Request late binding firmware %s
firmware=xe/nvl_guc_70.55.4.bin
firmware=xe/ptl_guc_70.bin
firmware=xe/bmg_guc_70.bin
firmware=xe/lnl_guc_70.bin
firmware=i915/mtl_guc_70.bin
firmware=i915/dg2_guc_70.bin
firmware=i915/dg1_guc_70.bin
firmware=i915/tgl_guc_70.bin
firmware=i915/adlp_guc_70.bin
firmware=i915/tgl_guc_70.bin
firmware=i915/tgl_guc_70.bin
firmware=i915/tgl_guc_70.bin
firmware=xe/ptl_huc.bin
firmware=xe/bmg_huc.bin
firmware=xe/lnl_huc.bin
firmware=i915/mtl_huc_gsc.bin
firmware=i915/dg1_huc.bin
firmware=i915/tgl_huc.bin
firmware=i915/tgl_huc.bin
firmware=i915/tgl_huc.bin
firmware=i915/tgl_huc.bin
firmware=xe/ptl_gsc_1.bin
firmware=xe/lnl_gsc_1.bin
firmware=i915/mtl_gsc_1.bin
firmware=i915/xe3p_lpd_dmc.bin
firmware=i915/xe3lpd_3002_dmc.bin
firmware=i915/xe3lpd_dmc.bin
firmware=i915/xe2lpd_dmc.bin
firmware=i915/bmg_dmc.bin
firmware=i915/mtl_dmc.bin
firmware=i915/dg2_dmc_ver2_08.bin
firmware=i915/adlp_dmc.bin
firmware=i915/adlp_dmc_ver2_16.bin
firmware=i915/adls_dmc_ver2_01.bin
firmware=i915/dg1_dmc_ver2_02.bin
firmware=i915/rkl_dmc_ver2_03.bin
firmware=i915/tgl_dmc_ver2_12.bin
firmware=i915/icl_dmc_ver1_09.bin
firmware=i915/glk_dmc_ver1_04.bin
firmware=i915/kbl_dmc_ver1_04.bin
firmware=i915/skl_dmc_ver1_27.bin
firmware=i915/bxt_dmc_ver1_07.bin


[patrikg]

It seams that XE driver may need also some firmware from i915, because:

Code: [Select]

strings xe.ko | grep firmware | grep bin


I think you can do:

Code: [Select]

modinfo xeto get what firmware it needs. Even grep for firmware like this:

Code: [Select]

modinfo xe | grep ^firmware:

[nick65go]

It works for me (in firefox I see/have hardware acceleration). I added the following parameters:
for grub2: modprobe.blacklist=i915
and for kernel: module_blacklist=i915 xe.force_probe=a7a1 i915.force_probe=!a7a1
the results are below, using firmware for both i915 + xe !! I post them here, hopping they will help TC users/developers.

Code: [Select]

[    0.000000] Linux version 7.0.10-2-cachyos (linux-cachyos@cachyos) (clang version 22.1.5, LLD 22.1.5) #1 SMP PREEMPT_DYNAMIC Thu, 28 May 2026 21:12:58 +0000

Code: [Select]

sudo dmesg | grep i915
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-linux-cachyos root=UUID=... rw nowatchdog nvme_load=YES zswap.enabled=0 splash loglevel=3 module_blacklist=i915 xe.force_probe=a7a1 i915.force_probe=!a7a1
[    1.359469] Module i915 is blacklisted
[    5.428446] mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops i915_hdcp_ops [xe])

Code: [Select]

sudo dmesg | grep drm
[    0.542892] ACPI: bus type drm_connector registered
[    0.560624] simple-framebuffer simple-framebuffer.0: [drm] Registered 1 planes with drm panic
[    0.560637] [drm] Initialized simpledrm 1.0.0 for simple-framebuffer.0 on minor 0
[    0.562219] simple-framebuffer simple-framebuffer.0: [drm] fb0: simpledrmdrmfb frame buffer device
[    1.753449] xe 0000:00:02.0: [drm] Running in SR-IOV PF mode
[    1.753486] xe 0000:00:02.0: [drm] Found alderlake_p/raptorlake_u (device ID a7a1) integrated display version 13.00 stepping E0
[    1.753493] xe 0000:00:02.0: [drm] PF: migration disabled: requires memory-based IRQ support
[    1.758097] xe 0000:00:02.0: [drm] Finished loading DMC firmware i915/adlp_dmc.bin (v2.20)
[    2.082555] xe 0000:00:02.0: [drm] Tile0: GT0: Using GuC firmware from i915/adlp_guc_70.bin version 70.49.4
[    2.084742] xe 0000:00:02.0: [drm] Tile0: GT0: Using HuC firmware from i915/tgl_huc.bin version 7.9.3
[    2.257139] xe 0000:00:02.0: [drm] Tile0: GT0: vcs1 fused off
[    2.257145] xe 0000:00:02.0: [drm] Tile0: GT0: vcs3 fused off
[    2.257146] xe 0000:00:02.0: [drm] Tile0: GT0: vcs4 fused off
[    2.257147] xe 0000:00:02.0: [drm] Tile0: GT0: vcs5 fused off
[    2.257148] xe 0000:00:02.0: [drm] Tile0: GT0: vcs6 fused off
[    2.257149] xe 0000:00:02.0: [drm] Tile0: GT0: vcs7 fused off
[    2.257150] xe 0000:00:02.0: [drm] Tile0: GT0: vecs1 fused off
[    2.257151] xe 0000:00:02.0: [drm] Tile0: GT0: vecs2 fused off
[    2.257152] xe 0000:00:02.0: [drm] Tile0: GT0: vecs3 fused off
[    2.297996] xe 0000:00:02.0: [drm] Registered 4 planes with drm panic
[    2.310819] [drm] Initialized xe 1.1.0 for 0000:00:02.0 on minor 0
[    2.321632] fbcon: xedrmfb (fb0) is primary device
[    2.365590] xe 0000:00:02.0: [drm] fb0: xedrmfb frame buffer device
[    2.366916] xe 0000:00:02.0: [drm] PF: migration disabled: requires GuC version >= 70.54.0

Code: [Select]

❯ lsmod | grep i915

~
❯ lsmod | grep xe
xe                   4481024  39
drm_suballoc_helper    20480  1 xe
gpu_sched              73728  1 xe
drm_ttm_helper         20480  1 xe
drm_gpuvm              57344  1 xe
drm_exec               12288  2 drm_gpuvm,xe
drm_gpusvm_helper      61440  1 xe
drm_buddy              32768  1 xe
ttm                   131072  2 drm_ttm_helper,xe
i2c_algo_bit           20480  1 xe
drm_display_helper    290816  1 xe
video                  81920  1 xe
cec                   106496  2 drm_display_helper,xe
intel_vsec             24576  3 intel_pmc_ssram_telemetry,pmt_telemetry,xe