Bericht zur Intel ARC unter (Debian) Linux

[Tidu$]

Hab den 6.2.0-rc1 jetzt am laufen.
Irgendwie hab ich das gefühl das irgendwas nicht passt ... es ist mir jetzt schon paar mal aufgefallen das die CPU am Limit läuft wenn ich z.b. nen Game starte oder einfach nur OBS öffne ... als ob es Software Rendering ist.
@Tidu$ bei dir genauso?

@BLACKDIAMONT Mmhh... benutzt Du evtl Wayland oder Xorg? Vielleicht haste aus bisherigen Versuchen noch alte Einstellungen über, die jetzt was verbocken https://wiki.archlinux.org/title/intel_graphics#Arc_GPU_kernel_support sowas bspw. Force_probe sollte man ja jetzt rausnehmen können, wobei es vermutllich keinen negativen Einfluss hat. Evtl. nochmal den drm-tip ausprobieren, der sollte ja noch fortgeschritteneren Support haben. https://github.com/intel/media-driver/wiki/Build-Kernel-from-source-code Ansonsten, wenns vorher lief, dann ist es am wahrscheinlichsten, dass der 6.2.0-rc1 einfach noch Macken hat, die das verursachen.

Ich wünschte, dass ich Dir was konkreteres raten könnte, aber leider habe ich meine A380 vor ner Woche wieder verhökert und mir eine 1660 super für den selben Preis geholt. Es ist einfach zu viel Frust und letztendlich eher Zeitverschwendung gewesen. Vor allem für nen Server der stabil laufen soll. Musste 17TB an Medien re-enkondieren, welche die Arc/FFmpeg (oder irgendwas drumherum) lange unbemerkt verbockt hat. Ich versuche es vielleicht in einem halben Jahr wieder mit einer A310, falls die jemals in Deutschland auftaucht.

edit: Falls sich jemand wundert auf Linux ist mit der Arc das Encoding zu HEVC mittels FFmpeg/OneVPL kaputt, siehe hier https://github.com/oneapi-src/oneVPL-intel-gpu/issues/257 Dateien sehen auf ersten Blick gut aus, bestehen jedoch fast ausschliesßlich aus B-Frames, was dafür sorgt, dass vorspulen/position ändern für langes Buffern sorgt. Es gibt jetzt jedoch immerhin schon eine erste Idee was falsch läuft. Der Fix sollte mit ein paar Zeilen seitens Intel geklärt sein.

 

[BLACKDIAMONT]

@Tidu$ Wayland, da Xorg nur am ruckeln is ^^
Ich hab da glaub was gefunden, was helfen könnte .. ich halte dich auf dem Laufenden^^

 

[Alexander2]

Das Xorg am ruckeln ist, das ist schon seltsam
Haben die etwa die 2D implementierung im Treiber versaut?

Dann kann man ja auch jedes Cad Programm mit der Karte vergessen. Ich kan mich noch erinnern, das ist schon viele Jahre her, da gab es mal nen "skandal" wegen zu schlechter 2d Performance bei den 3d Karten. Das stand auch im Zusammenhang mit dann erreichbarer Performance für Programme, die darauf angewiesen sind.
Die Chips waren auch damals schon reine 3D chips. Und das wurde dann rein per Treiberoptimierungen behoben "plötzlich ging es".

 

[BLACKDIAMONT]

Ja das Prob mit Xorg liegt auch an Gnome und halt weil Xorg einfach veraltet ist
Wayland ist ein unterschied wie Tag und Nacht

 

[h1ght]

zufällig bin ich bei meiner wöffentlichen recherche auf euer thema hier gestoßen. kann es sein das guc/huc submissions bzw. generell die intel gpu treiber nicht gerade bugfrei sind oder manche features nicht wollen?
huc & guc firmware is geladen aber er startet nur mit huc und disabled guc. also bei einer alten igp, kaby lake hd630 wenn ich mich nicht irre.

 

[Alexander2]

generell die intel gpu treiber nicht gerade bugfrei

Zwischen den Bugs ist manchmal auch funktionierender Code :-) so in etwa ist der Status de Grakatreiber. die bessern sich aber immer weiter (weil sie unbedingt müssen, oder die können das ganz streichen wieder das Grakaprogramm)

Insbesondere bezogen auf die neuen Grafikkarten von denen. Sonst gehen die recht gut. Unter Linux sind die besser als unter Windows bei igps.

 

[BLACKDIAMONT]

Update mit Linux 6.2-rc3

[    2.860274] i915 0000:03:00.0: [drm] VT-d active for gfx access
[    2.860619] i915 0000:03:00.0: vgaarb: deactivate vga console
[    2.860638] i915 0000:03:00.0: BAR 0: releasing [mem 0x6b000000-0x6bffffff 64bit]
[    2.860643] i915 0000:03:00.0: BAR 2: releasing [mem 0x4050000000-0x405fffffff 64bit pref]
[    2.860689] i915 0000:03:00.0: BAR 2: no space for [mem size 0x400000000 64bit pref]
[    2.860692] i915 0000:03:00.0: BAR 2: failed to assign [mem size 0x400000000 64bit pref]
[    2.860696] i915 0000:03:00.0: BAR 0: assigned [mem 0x6b000000-0x6bffffff 64bit]
[    2.860757] i915 0000:03:00.0: [drm] Failed to resize BAR2 to 16384M (-ENOSPC)
[    2.860762] i915 0000:03:00.0: BAR 2: assigned [mem 0x4050000000-0x405fffffff 64bit pref]
[    2.860795] i915 0000:03:00.0: [drm] Local memory IO size: 0x0000000010000000
[    2.860798] i915 0000:03:00.0: [drm] Local memory available: 0x00000003fa000000
[    2.860801] i915 0000:03:00.0: [drm] Using a reduced BAR size of 256MiB. Consider enabling 'Resizable BAR' or similar, if available in the BIOS.
[    2.899778] i915 0000:03:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=none
[    2.902509] i915 0000:03:00.0: [drm] Finished loading DMC firmware i915/dg2_dmc_ver2_08.bin (v2.8)
[    2.974912] i915 0000:03:00.0: [drm] GuC firmware i915/dg2_guc_70.bin version 70.5.1
[    2.974916] i915 0000:03:00.0: [drm] HuC firmware i915/dg2_huc_gsc.bin version 7.10.3
[    2.987128] i915 0000:03:00.0: [drm] GuC submission enabled
[    2.987133] i915 0000:03:00.0: [drm] GuC SLPC enabled
[    2.987463] i915 0000:03:00.0: [drm] GuC RC: enabled
[    3.046915] [drm] Initialized i915 1.6.0 20201103 for 0000:03:00.0 on minor 0
[    3.799866] fbcon: i915drmfb (fb0) is primary device
[    3.980882] i915 0000:03:00.0: [drm] fb0: i915drmfb frame buffer device
[   12.986589] i915 0000:03:00.0: [drm] timed out waiting for MEI GSC init to load HuC
[   14.610334] mei_gsc i915.mei-gscfi.768: FW not ready: resetting: dev_state = 2 pxp = 0
[   14.610945] mei_gsc i915.mei-gscfi.768: unexpected reset: dev_state = ENABLED fw status = 00000345 84670000 00000000 00000000 E0020002 00000000
[   14.611404] mei_gsc i915.mei-gsc.768: FW not ready: resetting: dev_state = 2 pxp = 2
[   14.611928] mei_gsc i915.mei-gsc.768: unexpected reset: dev_state = ENABLED fw status = 00000345 84670000 00000000 00000000 E0020002 00000000
[   14.785577] snd_hda_intel 0000:04:00.0: bound 0000:03:00.0 (ops i915_audio_component_bind_ops [i915])
[   15.022749] i915 0000:03:00.0: [drm] HuC authenticated
[   15.023054] mei_pxp i915.mei-gsc.768-fbf6fcf1-96cf-4e2e-a6a6-1bab8cbe36b1: bound 0000:03:00.0 (ops i915_pxp_tee_component_ops [i915])

Frag mich immer noch warum RBAR nur bei PCIe 4.0 freigeschaltet wird, obwohl es seit 3.0 in der Spezifikation ist ... hoffe das ist kein Problem bei der Karte, da Intel das vorraussetzen tut ..

Performance ist nach wie vor die selbe .. scheint auch irgendwo noch ein Problem zu sein, da ich beim Video schauen oder einfach nur OBS öffnen, übelst die CPU last habe ..
Mesa ist auch aktuell, also bleibt evtl nur noch den drm-tip kernel mal zu Testen.

 

[Alexander2]

da Intel das vorraussetzen tut ..

Wenn du dir hier und da die Benchmarkvideos anschaust wird erwähnt, das die Intel Karten ohne Rbar verkrüppelt sind um es nett auszudrücken, Rbar ist wie beim Auto die Reifen, ohne kommst du nicht weit.

 

[BLACKDIAMONT]

Wird halt schwierig mit dem i9-9980HK im NUC und ich kauf mir garantiert nicht extra ein neuen

Hab jetzt btw den drm-tip kernel drauf, aber soweit keinen Unterschied bisher.
Evtl tacker ich den Intel support mal an. Die sollten ihre Hardware ja kennen ^^