Carte graphique Radeon

Tags: #<Tag:0x00007f63f3ef4580>

Bonjour,
ce message apparait dès le démarrage

[ 0.939529] [drm:radeon_pci_probe [radeon]] *ERROR* radeon kernel nodesetting for R600 or later requires firmware installed

J’ai installé :

sudo dpkg -i libdrm-radeon1_2.4.114-1+b1_i386.deb

Redémarrage, meme message !
Essayé de télécharger

sudo apt install firmware-amd-graphics

Sans plus de succés.
J’avais au préalable modifié source.list :

deb http://deb.debian.org/debian/ bookworm non-free-firmware main
deb-src http://deb.debian.org/debian/ bookworm non-free-firmware main

Quelqu’un aurait une idée ? Mais peut-etre que le message n’indique rien de grave …
Bien cordialement,
Eric

main contrib non-free non-free-firmware c’est mieux.

1 J'aime

Pour quelle raison, sachant que libdrm-radeon1 est une dépendance de xserver-xorg-video-radeon ?

$ uname -rv 
$ apt list xserver-xorg-video-radeon libdrm-radeon1 firmware-amd-graphics

Bonjour

Un peu hors sujet, c’est juste un peu de gentil pinaillage :slight_smile:


Dans la page web de debian Firmware
on peut lire :

… For Debian 12 onwards, all the packaged non-free firmware binaries that Debian can distribute have been moved to a new component in the Debian archive, called non-free-firmware. …

Donc, si, dans la même ligne on a spécifié non-free-firmware
ce n’est pas la peine de spécifier non-free

1 J'aime

Est-on sur qu’aucune dépendance même secondaire des firmwares non-free ne se trouve pas dans non-free?

Pas exactement !
Ce sont deux choses différentes :

  • non-free-firmware contient juste QUE les micro-logiciels pouvant être distribués
  • non-free est pour tout logiciel/binaire pouvant être distribués

Aucune dépendance dans non-free-firmware, à-priori ; je dirais même mieux « les dépendances, c’est eux ».
Si un logiciel/binaire dans non-free, ou ailleurs a besoin d’un firmware non libre, c’est dans le dépôt non-free-firmware, « telle est la voie » (pour reprendre un certain slogan mandalorien)

Donc, un main ne peut faire appel à un non-free par définition comme dépendance, non? ce qui impliquerait que seul un non-free peut faire appel à un non-free-firmware?

bille@pcloic:~$ uname -rv
6.1.0-9-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.27-1 (2023-05-08)
bille@pcloic:~$ apt list xserver-xorg-video-radeon libdrm-radeon1 firmware-amd-graphics
En train de lister... Fait
firmware-amd-graphics/stable,stable 20230210-5 all
libdrm-radeon1/stable,now 2.4.114-1+b1 amd64  [installé, automatique]
libdrm-radeon1/stable,now 2.4.114-1+b1 i386  [installé, automatique]
xserver-xorg-video-radeon/stable,now 1:19.1.0-3 amd64  [installé, automatique]
xserver-xorg-video-radeon/stable 1:19.1.0-3 i386

et du coup, que dois-je faire ?

Peut-être déjà expliquer ce que tu veux faire avec des paquets i386 alors que ton noyau est amd64. Tu n’as pas à bricoler des ‹ sudo dpkg › pour ce genre de chose.

$ lspci -v |awk '/VGA/,!/./'

Et reconfirmer ton éventuel problème, en expliquant si tu remarques un quelconque effet, ou si c’est juste un log un peu trop causant.

EDIT: firmware-amd-graphics n’est pas installé et évidemment nécessaire:

 firmware-amd-graphics
  /lib/firmware/radeon/R600_me.bin
  /lib/firmware/radeon/R600_pfp.bin
  /lib/firmware/radeon/R600_rlc.bin
  /lib/firmware/radeon/R600_uvd.bin

C’est-à-dire ?

Donc pas installé.

L’installer. Si tu n’y arrives pas, décris en détail ce que tu fais et ce qui se passe (commandes, messages).

Probablement faire tourner des programmes 32 bits. Rien à voir avec le message du noyau en tout cas.

Pourquoi faire des ‹ probabilités › ?
foxbille doit bien savoir pourquoi il a eu besoin d’installer 2 architectures de libdrm-radeon1 qui est une dépendance de xserver-xorg-video-radeon comme déjà dit, et qui ne demande aucun tripatouillage, surtout pour du radeon R600.

C’est passionnant ces sujets, on apprend plein de choses.

foxbille doit bien savoir pourquoi il a eu besoin d’installer 2 architectures de libdrm-radeon1 qui est une dépendance de xserver-xorg-video-radeon comme déjà dit, et qui ne demande aucun tripatouillage, surtout pour du radeon R600 .

Euh, non ! Je ne sais pas comment je suis parvenu à faire ça. Et je ne sais ni ce que ça signifie, ni a quoi servent toutes ces choses
Je n’ai aucune compétences autre que « basique » sous linux et encore moins sur le matériel.
Cette installation doit être le résultat d’une action réalisée à l’aveuglette et dont je ne comprenais pas la finalité…
Toutes les notions abordées dans vos réponses me dépassent largement, désolé.

J’avais executé

sudo apt install firmware-amd-graphics

Sans plus de succès

signifiant qu’au redémarrage, le message était toujours là
Je viens de le refaire et il pas de messages particuliers sinon une poignée de :

W: Possible missing firmware /lib/firmware/amdgpu/ip_discovery.bin for module amdgpu

Au rédémarrage, il n’y a plus un seul message alors qu’il y avait d’autres que ceux concernant la carte graphique et portant sur : rtl_nic/r86…

Problème réglé !

Que dois-je faire pour les paquets i386 ?

Résultat de lspci -v |awk '/VGA/,!/./'

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Curacao PRO [Radeon R7 370 / R9 270/370 OEM] (rev 81) (prog-if 00 [VGA controller])
        Subsystem: Micro-Star International Co., Ltd. [MSI] Curacao PRO [Radeon R7 370 / R9 270/370 OEM]
        Flags: bus master, fast devsel, latency 0, IRQ 11
        Memory at e0000000 (64-bit, prefetchable) [size=256M]
        Memory at f7e00000 (64-bit, non-prefetchable) [size=256K]
        I/O ports at e000 [size=256]
        Expansion ROM at 000c0000 [disabled] [size=128K]
        Capabilities: <access denied>
        Kernel modules: radeon, amdgpu

Désolé pour cette réponse un peu en vrac, et merci pour votre investissement, aide et attention.
Bonne journée
Eric

Félicitations.
Ne pas s’inquiéter des messages ‹ Warning: Possible missing firmware › lors de la reconstruction de l’initramfs. L’important est d’avoir le firmware correspondant à son matériel.

Bah pour le moment, s’ils ne te dérangent pas, laisse les tranquille.
C’est nettoyable, mais pas la priorité du sujet.
Tu retrouveras peut-être dans ta mémoire où t’es venu cette curieuse idée des ‹ sudo dpkg -i paquet-i386 ›.

Ça ne va pas, il devrait y avoir une ligne « Kernel driver in use » mentionnant le pilote effectivement utilisé.
Que dit

dmesg | grep -Ei "radeon|amdgpu|firmware"
bille@pcloic:~/Stock/www/public/test/ci4/gespa$ sudo dmesg | grep -Ei "radeon|amdgpu|firmware"
[sudo] Mot de passe de bille : 
[    1.671407] [drm] radeon kernel modesetting enabled.
[    1.671467] radeon 0000:01:00.0: vgaarb: deactivate vga console
[    1.674296] radeon 0000:01:00.0: No more image in the PCI ROM
[    1.674353] radeon 0000:01:00.0: VRAM: 2048M 0x0000000000000000 - 0x000000007FFFFFFF (2048M used)
[    1.674355] radeon 0000:01:00.0: GTT: 2048M 0x0000000080000000 - 0x00000000FFFFFFFF
[    1.674377] [drm] radeon: 2048M of VRAM memory ready
[    1.674378] [drm] radeon: 2048M of GTT memory ready.
[    1.674404] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/pitcairn_pfp.bin
[    1.674418] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/pitcairn_me.bin
[    1.674432] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/pitcairn_ce.bin
[    1.674444] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/pitcairn_rlc.bin
[    1.674459] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/si58_mc.bin
[    1.674479] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/pitcairn_k_smc.bin
[    1.681786] [drm] radeon: dpm initialized
[    1.681839] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/TAHITI_uvd.bin
[    1.681866] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/TAHITI_vce.bin
[    1.682154] [drm] Found VCE firmware/feedback version 50.0.1 / 17!
[    1.701862] radeon 0000:01:00.0: WB enabled
[    1.701864] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000080000c00
[    1.701865] radeon 0000:01:00.0: fence driver on ring 1 use gpu addr 0x0000000080000c04
[    1.701866] radeon 0000:01:00.0: fence driver on ring 2 use gpu addr 0x0000000080000c08
[    1.701867] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000080000c0c
[    1.701868] radeon 0000:01:00.0: fence driver on ring 4 use gpu addr 0x0000000080000c10
[    1.702183] radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x0000000000075a18
[    1.722193] radeon 0000:01:00.0: fence driver on ring 6 use gpu addr 0x0000000080000c18
[    1.722194] radeon 0000:01:00.0: fence driver on ring 7 use gpu addr 0x0000000080000c1c
[    1.722495] radeon 0000:01:00.0: radeon: MSI limited to 32-bit
[    1.722525] radeon 0000:01:00.0: radeon: using MSI.
[    1.722547] [drm] radeon: irq initialized.
[    3.867877] [drm] Radeon Display Connectors
[    3.932447] fbcon: radeondrmfb (fb0) is primary device
[    4.007611] radeon 0000:01:00.0: [drm] fb0: radeondrmfb frame buffer device
[    4.023197] [drm] Initialized radeon 2.50.0 20080528 for 0000:01:00.0 on minor 0
[    5.422048] [drm] amdgpu kernel modesetting enabled.
[    5.422253] amdgpu: CRAT table not found
[    5.422260] amdgpu: Virtual CRAT table created for CPU
[    5.422284] amdgpu: Topology: Add CPU node
[   11.170676] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168f-1.fw

Il n’y a aucun souci lié à ne pas voir les ‹ capabilities ›.
Pour voir les ‹ capabilities › de la carte graphique avec lcpi, il suffit d’exécuter lcpci en root/sudo.

sudo lspci -v |awk '/VGA/,!/./'

Les logs semblent normaux, pas d’erreur. C’est bizarre que lspci n’affiche pas de ligne « Kernel driver in use: radeon ».
PS: rien à voir avec la ligne Capabilities.

Merci à tous pour vos explications