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

[nick65go]

I will close my comments here, because the subject is about gpu-id=7D67.
But because I have a gpu-id=A7A1, I am interested in TC original version to be successfully for my laptop model, which I intend to keep another 6 years (at least). 

So to summarize:
1. firmware for xe (files from /usr/local/lib/firmware/xe) are not always in need (at lest for my CPU)
2. firmware for i915 are in need (seen from dmesg)
3. GPU driver named i915 must be forbid / blacklist as early as possible at booting -- kernel parameter
4. GPU driver named xe must be force probed as kernel parameters.
5. xe driver depends on kernel module configfs.ko (thanks Juanito to highlight this!) https://docs.kernel.org/gpu/xe/xe_configfs.html

for TC17 is in https://mirrors.dotsrc.org/tinycorelinux/17.x/x86_64/tcz/filesystems-6.18.2-tinycore64.tcz.tree
For my kernel was already built-in

Code: [Select]

❯ cat ./modules.builtin | grep conf
kernel/kernel/configs.ko
kernel/fs/configfs/configfs.ko


Code: [Select]

❯ modinfo configfs
name:           configfs
filename:       (builtin)
alias:          fs-configfs
author:         Oracle
file:           fs/configfs/configfs
license:        GPL
version:        0.0.2
description:    Simple RAM filesystem for user driven kernel subsystem configuration.


Code: [Select]

❯ modinfo xe | grep depends
depends:        ttm,drm_display_helper,video,i2c-algo-bit,cec,drm_gpusvm_helper,drm_exec,drm_gpuvm,drm_ttm_helper,gpu-sched,drm_suballoc_helper,drm_buddy,intel-vsec

[Juanito]

firmware-i915 updated, firmware-xe added, both in the tc-17.x x86_64 repo

[Juanito]

...and, with the updated firmware-i915 (?!) things work.

Bizarrely, when graphics-KERNEL is loaded, both i915 and xe kernel modules load.

Code: [Select]

dmesg | grep -i firmware
xe 0000:00:02.0: [drm] Finished loading DMC firmware i915/adlp_dmc.bin (v2.20)
xe 0000:00:02.0: [drm] Tile0: GT0: Using GuC firmware from i915/adlp_guc_70.bin version 70.49.4
xe 0000:00:02.0: [drm] Tile0: GT0: Using HuC firmware from i915/tgl_huc.bin version 7.9.3


Code: [Select]

dmesg
...
Setting dangerous option force_probe - tainting kernel
Console: switching to colour dummy device 80x25
xe 0000:00:02.0: vgaarb: deactivate vga console
xe 0000:00:02.0: [drm] Running in SR-IOV PF mode
xe 0000:00:02.0: [drm] Found alderlake_p/raptorlake_u (device ID a7a1) integrated display version 13.00 stepping E0
xe 0000:00:02.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=none:owns=io+mem
xe 0000:00:02.0: [drm] Finished loading DMC firmware i915/adlp_dmc.bin (v2.20)
xe 0000:00:02.0: [drm] Tile0: GT0: Using GuC firmware from i915/adlp_guc_70.bin version 70.49.4
xe 0000:00:02.0: [drm] Tile0: GT0: Using HuC firmware from i915/tgl_huc.bin version 7.9.3
xe 0000:00:02.0: [drm] Tile0: GT0: vcs1 fused off
xe 0000:00:02.0: [drm] Tile0: GT0: vcs3 fused off
xe 0000:00:02.0: [drm] Tile0: GT0: vcs4 fused off
xe 0000:00:02.0: [drm] Tile0: GT0: vcs5 fused off
xe 0000:00:02.0: [drm] Tile0: GT0: vcs6 fused off
xe 0000:00:02.0: [drm] Tile0: GT0: vcs7 fused off
xe 0000:00:02.0: [drm] Tile0: GT0: vecs1 fused off
xe 0000:00:02.0: [drm] Tile0: GT0: vecs2 fused off
xe 0000:00:02.0: [drm] Tile0: GT0: vecs3 fused off
mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops 0xffffffffa0448730)
[drm] Initialized xe 1.1.0 for 0000:00:02.0 on minor 0
ACPI: video: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input14
fbcon: xedrmfb (fb0) is primary device
Console: switching to colour frame buffer device 240x75
xe 0000:00:02.0: [drm] fb0: xedrmfb frame buffer device
Setting dangerous option force_probe - tainting kernel


Code: [Select]

cat /var/log/Xorg.0.log | grep -i xe
[   364.966] Kernel command line: BOOT_IMAGE=/boot/vmlinuz64_17 quiet text tce=UUID=8dbbcd1f-1057-4c54-8aea-7088ead72620/tce64_tc17 waitusb=10:UUID=8dbbcd1f-1057-4c54-8aea-7088ead72620 host=boxdell noutc noswap syslog xe.force_probe=a7a1 i915.force_probe=!a7a1
[   365.611] (II) modeset(0): glamor X acceleration enabled on Mesa Intel(R) Iris(R) Xe Graphics (RPL-U)

Code: [Select]

inxi -G -x
Graphics:
  Device-1: Intel Raptor Lake-P [Iris Xe Graphics] vendor: Dell driver: xe
    v: kernel arch: Xe bus-ID: 0000:00:02.0
  Display: server: X.org driver: X: loaded: modesetting unloaded: fbdev,vesa
    dri: iris gpu: xe resolution: <missing: xdpyinfo/xrandr>
    resolution: 1920x1200
  API: EGL v: 1.5 drivers: iris,swrast platforms:
    active: gbm,x11,surfaceless,device inactive: wayland
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: mesa v: 26.0.7 note: glxinfo
    missing (EGL sourced) renderer: Mesa Intel Iris Xe Graphics (RPL-U),
    llvmpipe (LLVM 22.1.0 256 bits)
  API: Vulkan v: 1.4.350 drivers: intel,llvmpipe surfaces: N/A devices: 2
  Info: Tools: api: eglinfo,vulkaninfo


[nick65go]

Bizarrely, when graphics-KERNEL is loaded, both i915 and xe kernel modules load.

there are my additions against i915 loading, both in grub.cfg: 
for grub2: modprobe.blacklist=i915 (on one individual line)
and for kernel: module_blacklist=i915 xe.force_probe=a7a1 i915.force_probe=!a7a1 (on another/kernel line)

Code: [Select]

❯ inxi -G -x
Graphics:
  Device-1: Intel Raptor Lake-P [Iris Xe Graphics] vendor: Hewlett-Packard
    driver: xe v: kernel arch: Xe bus-ID: 00:02.0
  Device-2: Luxvisions Innotech HP True Vision HD Camera driver: uvcvideo
    type: USB bus-ID: 3-1:2
  Display: wayland server: X.org v: 1.21.1.23 with: Xwayland v: 24.1.12
    compositor: kwin_wayland driver: gpu: xe resolution: 1920x1080~60Hz
  API: EGL v: 1.5 drivers: iris,swrast platforms:
    active: gbm,wayland,x11,surfaceless,device inactive: N/A
  API: OpenGL v: 4.6 vendor: intel mesa v: 26.1.1-arch2.1 glx-v: 1.4
    direct-render: yes renderer: Mesa Intel Iris Xe Graphics (RPL-U)
  API: Vulkan v: 1.4.350 drivers: intel surfaces: N/A devices: 1
  Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
    de: kscreen-console,kscreen-doctor wl: wayland-info
    x11: xdpyinfo, xprop, xrandr
"Sharing is caring" 

[catselbow]

One last post on this, and then I'm going to have to move on to other things:

I re-mastered corepur64.gz so that it incorporates the contents of filesystems-6.18.2-tinycore64.tcz, firmware-i915.tcz, firmware-xe.tcz, graphics-6.18.2-tinycore64.tcz, and i2c-6.18.2-tinycore64.tcz (putting the contents into the appropriate directories under /usr/lib). Then I modified syslinux.cfg to add the kernel parameters "module_blacklist=i915 xe.force_probe=7d67 i915.force_probe=!7d67" and re-created the boot USB. Unfortunately, it still hangs.

I need to get this computer to its final destination, so I can't experiment with it any more, but we'll probably be seeing more of these in the future.