drm-kmod support for Intel Arc A310?

ServeFree||Die

ServeFree||Die

Have tried on both 14.3 and 15-CURRENT, but I get a kernel panic when running `kldload i915kms` (I realized I may have been getting a little ahead of myself with drm-61-kmod on 14.x, but the Alchemist cards should have been fully supported by Linux kernel 6.6, so I wanted to try drm-66-kmod on -CURRENT as well).

On 15-CURRENT, pciconf reports thusly:

Code: 
# pciconf -lbcevV pci0:195:0:0:
vgapci0@pci0:195:0:0:   class=0x030000 rev=0x05 hdr=0x00 vendor=0x8086 device=0x56a6 subvendor=0x172f subdevice=0x4019
    vendor     = 'Intel Corporation'
    device     = 'DG2 [Arc A310]'
    class      = display
    subclass   = VGA
    bar   [10] = type Memory, range 64, base 0xba000000, size 16777216, enabled
    bar   [18] = type Prefetchable Memory, range 64, base 0x20010000000, size 268435456, enabled
    cap 09[40] = vendor (length 12) Intel cap 0 version 1
    cap 10[70] = PCI-Express 2 endpoint max data 128(128) FLR RO NS
                 max read 128
                 link x1(x1) speed 2.5(2.5) ASPM L1(L0s/L1)
    cap 05[ac] = MSI supports 1 message, 64 bit, vector masks
    cap 01[d0] = powerspec 3  supports D0 D3  current D0
    ecap 000e[100] = ARI 1
    ecap 0015[420] = Resizable BAR 1
    ecap 0018[400] = LTR 1
  PCI-e errors = Unsupported Request Detected

Is i915kms still the correct driver to be using with the PCI-Express Intel GPUs? I'm not interested graphics acceleration from this card, but the VA-API transcoding features.
 
LibreQuest said:
Try removing drm-kmod and drm-61-kmod and reinstalling with
pkg install drm-61-kmod gpu-firmware-intel-kmod-dg2
Click to expand...
Thanks for the reply. I finally got a chance to experiment with this again this afternoon after installing Ubuntu 24.04 the other day to confirm that the GPU functions as expected for my use case (Zoneminder or some other NVR; the card works as expected - I could see activity in intel_gpu_top when recording with VA-API enabled). Unfortunately, on 14.3-RELEASE, it still hits a kernel panic when using your recommended parameters when I run `kldload i915kms`. I will try to find some time this weekend to try again on 15-CURRENT just to see how it goes.
 
ServeFree||Die said:
Have tried on both 14.3 and 15-CURRENT, but I get a kernel panic when running `kldload i915kms`
Click to expand...

I'd try adding kmods-latest repo:

Code: 
mkdir -p '/usr/local/etc/pkg/repos' && ee '/usr/local/etc/pkg/repos/FreeBSD-kmods-latest.conf'

Code: 
FreeBSD-kmods-latest: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/kmods_latest_${VERSION_MINOR}",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkg",
  enabled: yes,
  priority: 2
}

I got the kldload freeze with drm-61-kmod on 14.3B3 (default/quarterly pkg), but it loaded and worked fine with an updated kmod package from kmods-latest.
 
Espionage724 said:
I'd try adding kmods-latest repo:

Code: 
mkdir -p '/usr/local/etc/pkg/repos' && ee '/usr/local/etc/pkg/repos/FreeBSD-kmods-latest.conf'

Code: 
FreeBSD-kmods-latest: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/kmods_latest_${VERSION_MINOR}",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkg",
  enabled: yes,
  priority: 2
}

I got the kldload freeze with drm-61-kmod on 14.3B3 (default/quarterly pkg), but it loaded and worked fine with an updated kmod package from kmods-latest.
Click to expand...
I gave this a try and verified that pkg was pulling from the new repository. Still throws a kernel panic on kldload. You are using an Arc card, too?
 
I'm trying to get the i915kms to work with an Arc A310. I've already reached the point of trying 15-CURRENT and drm-66-kmod from ports. The kernel still panics.

Seems related: https://github.com/freebsd/drm-kmod/issues/315

[OFF-TOPIC LINKS EXPUNGED]

I also have some very obscure errors:
Code: 
drmn drmn0: Uninitialized forcewake domain(s) 0x4000 accessed at 0x1f8098
drmn0: [drm] *ERROR* vecs'3 reset request timed out: {request: 00000001, RESET_CTL: 00000000}
drmn0: [drm] *ERROR* vecs'3 reset request timed out: {request: 00000001, RESET_CTL: 00000000}
 
Last edited:
bileslav said:
I'm trying to get the i915kms to work with an Arc A310. I've already reached the point of trying 15-CURRENT and drm-66-kmod from ports. The kernel still panics.

Seems related: https://github.com/freebsd/drm-kmod/issues/315

Honestly, these cards seem like a no-go:
https://github.com/freebsd/drm-kmod/pull/332#issuecomment-2568019986
https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/234

I also have some very obscure errors:
Code: 
drmn drmn0: Uninitialized forcewake domain(s) 0x4000 accessed at 0x1f8098
drmn0: [drm] *ERROR* vecs'3 reset request timed out: {request: 00000001, RESET_CTL: 00000000}
drmn0: [drm] *ERROR* vecs'3 reset request timed out: {request: 00000001, RESET_CTL: 00000000}
Click to expand...
I found this link in your linked issue #315: https://github.com/freebsd/drm-kmod/pull/332

I may give that a try when I get a chance later on this week (getting the experimental "drm-67-kmod" going on -CURRENT).

Edit: I see after some further reading that the branches for 6.7 and 6.8 have been merged to master, so I may just try to build the modules from the master branch and see how that goes.
 
Update: I installed -CURRENT, updated source, make buildworld/kernel, etc and built drm-kmod from git source. Still getting panics. Looking at the debugger output from the crash, it looks like it's successfully loading the firmware files, and then hitting a page fault of some kind.

I'll take this over to the GitHub page for the project and see how it goes. Will try to remember to update this thread if I ever solve the problem. Thanks everyone for the suggestions, I think it's provided a step in the right direction.
 
kenrap said:
Intel Arc cards will not work until the MEI and PXP drivers are ported.
Click to expand...
I'm not an expert, but:
  1. The MEI and PXP drivers are required to support GUC/HUC.
    Source: https://github.com/freebsd/drm-kmod/issues/315#issuecomment-2483370436
  2. GUC/HUC doesn't seem to be mandatory; it should be possible to use hw.i915kms.enable_guc="0".
    Source: https://wiki.archlinux.org/title/Intel_graphics#Enable_GuC_/_HuC_firmware_loading
  3. Your experience confirms that the kernel panic upon kldload i915kms isn't related to missing MEI and PXP.
    Source: https://github.com/freebsd/drm-kmod/issues/315#issuecomment-2483300762
I'll try the patches from the issue page within a few days.
 
You must log in or register to reply here.
Back
Top