Est-ce qu’il est possible de seulement changer les dépots apt aux lieu de tout résinstaller ? Et si oui, pourriez-vous me donner une piste des mots-clés à mettre dans le /etc/apt/sources.list
Ça pourrait être une solution mais j’hésite à passer sur Ubuntu, si jamais vous avez des arguments, n’hésitez pas 
L’argument principal que je verrais serait une compatibilité avec ta carte graphique, à moins que tu puisses l’échanger avec une autre compatible Debian.
Sinon, autre possibilité: Garuda Linux basée sur Arch. Compatible avec ta carte.
…
ps: n’ayant pas trouvé de driver amd navi 23 pour bookworm, je n’avais pas proposé testing/bookworm, mais… il semble que ça pourrait marcher, bien que je ne comprenne pas avec quel firmware: AMD Navi 23 [Radeon RX 6600/6600 XT/6600M]
Donc, si tu tiens à ta carte et à Debian, tu ne feras rien avec bullseye.
->> upgrade à Debian testing = bookworm
Non je propose de tester avec un système live (sans installer, juste démarrer et voir ce que ça dit).
https://cdimage.debian.org/cdimage/weekly-live-builds/amd64/iso-hybrid/
Je vais faire ça lundi soir, je vous tiens au courant.
Merci beaucoup,
Hugo
[Message envoyé depuis debian bookworm]
Bookworm fonctionne !
J’ai installé la dernière version disponible de bookworm.
Ma carte est maintenant reconnue : 03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 23 [Radeon RX 6600/6600 XT/6600M] (rev c1)
Mon système : Linux 6.1.0-7-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.20-2 (2023-04-08) x86_64 GNU/Linux
Merci à tous pour votre aide !
Hugo
Vu que ta carte RX6600 n’est pas officiellement supportée par Debian bookworm, ni SID, ni experimental, et qu’il n’y a pas de firmware ‹ Navi 23 ›, reste à clarifier si ta carte fonctionne ‹ full spec ›, ou sur un mode dégradé genre ‹ nomodeset ›.
Debian – Détails du paquet firmware-amd-graphics dans bookworm
* "Navi 14" TA firmware (amdgpu/navi14_ta.bin)
* "Navi 14" VCN firmware (amdgpu/navi14_vcn.bin)
* Radeon HD IGP 6400/6500/6600 series ME microcode (radeon/SUMO_me.bin)
* Radeon HD IGP 6400/6500/6600 series PFP microcode (radeon/SUMO_pfp.bin)
* Radeon HD IGP 6200/6300/6400/6500/6600/7300 series RLC microcode (radeon/SUMO_rlc.bin)
* Radeon HD 6x00/7500 series and IGP 6x00/7300 series UVD microcode
* Radeon HD 6500/6600/7500 series MC microcode (radeon/TURKS_mc.bin)
* Radeon HD 6500/6600/7500 series ME microcode (radeon/TURKS_me.bin)
* Radeon HD 6500/6600/7500 series PFP microcode (radeon/TURKS_pfp.bin)
* Radeon HD 6500/6600/7500 series SMC microcode (radeon/TURKS_smc.bin)
Ça pourrait être intéressant que tu donnes ces retours:
sudo dmesg |grep 'radeon.*firmware'
lspci -v |awk '/VGA/,/^$/'
Enfin, si les performances que tu constates te suffisent, c’est le principal, c’est mieux que rien, tu pourras toujours mettre le turbo plus tard.
Pas d’output pour cette commande.
03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 23 [Radeon RX 6600/6600 XT/6600M] (rev c1) (prog-if 00 [VGA controller])
Subsystem: XFX Limited Navi 23 [Radeon RX 6600/6600 XT/6600M]
Flags: bus master, fast devsel, latency 0, IRQ 163, IOMMU group 15
Memory at 4200000000 (64-bit, prefetchable) [size=8G]
Memory at 4100000000 (64-bit, prefetchable) [size=2M]
I/O ports at 6000 [size=256]
Memory at 83400000 (32-bit, non-prefetchable) [size=1M]
Expansion ROM at 83500000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: amdgpu
Kernel modules: amdgpu
J’ai aussi pu tester GTA V via Lutris et le package permettant d’installer le launcher Rockstar. Avec tous les paramètres graphiques, le jeu (online) était super fluide (+100fps et 60fps contants avec la synchro verticale). C’est donc plutôt concluant pour le moment !
Mon système : https://linux-hardware.org/?probe=a343d9158a
Le benchmark que tu fais est-il significatif pour savoir si ta carte fonctionne en full spec ? Pas certain, mais ça devient une affaire de spécialistes de carte graphique comme la tienne qui consomme jusqu’à 130W selon la doc. Jamais utilisé ce genre de monstre.
Mais techniquement, il y a qq-chose qui m’échappe je reconnais, relativement à la doc amd et à différentes lectures.
Je n’avais rien trouvé dans les changelogs firmware Debian de relatif à ta carte RX 6600 ou Navi 23, ce qui me surprend beaucoup…
Si tu arrives à trouver dans journalctl des lignes de firmware qui correspondent à ta carte, n’hésite pas à le faire savoir (c’est juste que j’aime bien comprendre et clarifier, rien de plus).
Absolument pas, sur la plupart des jeux, la carte ne semble pas être utilisée à fond.
De mon côté, je n’ai eu que deux jeux qui ont fait monter la consommation de la carte graphique au maximum prévu par la doc : Kerbal Space Program (le sable) et Minecraft (avec Optifine, bien sûr). Les autres n’ont pas besoin d’autant de puissance pour faire le rendu ou (je ne comprends pas spécialement pourquoi) diminuent le nombre d’images par seconde au lieu d’augmenter la consommation.
sudo journalctl -b0 -a --no-pager | grep 6600
Apr 26 17:49:01 debian-hugo kwin_wayland_wrapper[1010]: OpenGL renderer string: AMD Radeon RX 6600 XT (navi23, LLVM 15.0.6, DRM 3.49, 6.1.0-7-amd64)
sudo journalctl -b0 -a --no-pager | grep amdgpu
Apr 26 17:48:35 debian-hugo kernel: [drm] amdgpu kernel modesetting enabled.
Apr 26 17:48:35 debian-hugo kernel: amdgpu: CRAT table not found
Apr 26 17:48:35 debian-hugo kernel: amdgpu: Virtual CRAT table created for CPU
Apr 26 17:48:35 debian-hugo kernel: amdgpu: Topology: Add CPU node
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: enabling device (0006 -> 0007)
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: Fetched VBIOS from VFCT
Apr 26 17:48:35 debian-hugo kernel: amdgpu: ATOM BIOS: 113-123XT130W201222
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: vgaarb: deactivate vga console
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: Trusted Memory Zone (TMZ) feature disabled as experimental (default)
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: BAR 2: releasing [mem 0x4010000000-0x40101fffff 64bit pref]
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: BAR 0: releasing [mem 0x4000000000-0x400fffffff 64bit pref]
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: BAR 0: assigned [mem 0x4200000000-0x43ffffffff 64bit pref]
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: BAR 2: assigned [mem 0x4100000000-0x41001fffff 64bit pref]
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: VRAM: 8176M 0x0000008000000000 - 0x00000081FEFFFFFF (8176M used)
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: GART: 512M 0x0000000000000000 - 0x000000001FFFFFFF
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: AGP: 267894784M 0x0000008400000000 - 0x0000FFFFFFFFFFFF
Apr 26 17:48:35 debian-hugo kernel: [drm] amdgpu: 8176M of VRAM memory ready
Apr 26 17:48:35 debian-hugo kernel: [drm] amdgpu: 7900M of GTT memory ready.
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_sos.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_ta.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: PSP runtime database doesn't exist
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: PSP runtime database doesn't exist
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_smc.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: STB initialized to 2048 entries
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_dmcub.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_pfp.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_me.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_ce.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_rlc.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_mec.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_mec2.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_sdma.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: firmware: direct-loading firmware amdgpu/dimgrey_cavefish_vcn.bin
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: Will use PSP to load VCN firmware
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: RAS: optional ras ta ucode is not available
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: SECUREDISPLAY: securedisplay ta ucode is not available
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: smu driver if version = 0x0000000f, smu fw if version = 0x00000013, smu fw program = 0, version = 0x003b2a00 (59.42.0)
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: SMU driver if version not matched
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: use vbios provided pptable
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: SMU is initialized successfully!
Apr 26 17:48:35 debian-hugo kernel: kfd kfd: amdgpu: Allocated 3969056 bytes on gart
Apr 26 17:48:35 debian-hugo kernel: amdgpu: sdma_bitmap: ffff
Apr 26 17:48:35 debian-hugo kernel: amdgpu: SRAT table not found
Apr 26 17:48:35 debian-hugo kernel: amdgpu: Virtual CRAT table created for GPU
Apr 26 17:48:35 debian-hugo kernel: amdgpu: Topology: Add dGPU node [0x73ff:0x1002]
Apr 26 17:48:35 debian-hugo kernel: kfd kfd: amdgpu: added device 1002:73ff
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: SE 2, SH per SE 2, CU per SH 8, active_cu_number 32
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 5 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 6 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 9 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 10 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring kiq_2.1.0 uses VM inv eng 11 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring sdma0 uses VM inv eng 12 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring sdma1 uses VM inv eng 13 on hub 0
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring vcn_dec_0 uses VM inv eng 0 on hub 1
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring vcn_enc_0.0 uses VM inv eng 1 on hub 1
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring vcn_enc_0.1 uses VM inv eng 4 on hub 1
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: ring jpeg_dec uses VM inv eng 5 on hub 1
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: amdgpu: Using BACO for runtime pm
Apr 26 17:48:35 debian-hugo kernel: [drm] Initialized amdgpu 3.49.0 20150101 for 0000:03:00.0 on minor 0
Apr 26 17:48:35 debian-hugo kernel: fbcon: amdgpudrmfb (fb0) is primary device
Apr 26 17:48:35 debian-hugo kernel: amdgpu 0000:03:00.0: [drm] fb0: amdgpudrmfb frame buffer device
Apr 26 17:48:36 debian-hugo kernel: snd_hda_intel 0000:03:00.1: bound 0000:03:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu])
Apr 26 17:48:37 debian-hugo sensors[702]: amdgpu-pci-0300
Le marketing aidant, toujours le parcours du combattant pour s’y retrouver dans les code name de GPU.
RX 6600 -> GPU = Navi 23 / Dimgrey Cavefish
Une fois qu’on sait ça, le firmware ‹ dimgrey_cavefish › est disponible chez Debian depuis le 12 Décembre 2022, y compris pour Stable-backports depuis le 23 avril 2023 (tout frais).
Comme Mesa doit aussi être modifié pour cette carte, autant être sur Bookworm qui sera bientôt en stable, et susceptible de s’améliorer.
Consommation en fonctionnement de 140 Watt (!!), qui paraissent totalement surréalistes, à moins d’en justifier le besoin et de savoir quantifier.
Pour comprendre où passent les 140W de cette carte, difficile de savoir si actuellement la carte est exploitée à 5, 10, 20%, mais c’est encore trop frais pour espérer des performances optimales pour cette carte, ça ne doit pas être la priorité de Debian.
Les prix d’une carte à base de ce GPU s’étalant entre 200€ à 600€, on comprend vite
que ce genre de carte est d’abord une vaste et juteuse affaire de marketing, avec des noms de code qui brouillent les pistes pour rendre difficile les comparaisons.
Sujet clarifié et clos pour moi.
1 J'aime
ou bien juste d’utiliser les backports?
Probablement à partir du 23 avril, sans garantie; mais comme j’utilise bookworn depuis que bullseye est stable, et que bookworm est largement bien ‹ freezée ›, j’ai proposé de migrer sur bookworm me disant que la solution arriverait par unstable->bookworm avant un hypothétique backport difficile à garantir pour une nouvelle carte.
Bookworm passera en stable dans quelques semaines, donc plutôt partir dessus pour du matériel récent, moins prise de tête que de jongler entre paquets backports ou non.
Ce sera mon dernier mot sur ce sujet mot Jean-Pierre.