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.