# Carte graphique Radeon

**URL:** <https://www.debian-fr.org/t/carte-graphique-radeon/88418>\
**Category:** Support Debian\
**Tags:** boot\
**Created:** [Juin 24, 2023, 4:37 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418 "2023-06-24T16:37:03Z")\
**Posts on this page:** 18\
**Page:** 1

<div class="post-metadata">

**Author:** ![foxbille](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/ecd19e/32.png) [@foxbille](https://www.debian-fr.org/u/foxbille)\
**Post date:** [Juin 24, 2023, 4:37 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/1 "2023-06-24T16:37:03Z")

</div>

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

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

```

J’ai installé :

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

```

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

```nohighlight
sudo apt install firmware-amd-graphics

```

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

```nohighlight
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

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 24, 2023, 5:06 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/2 "2023-06-24T17:06:45Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Juin 24, 2023, 7:02 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/3 "2023-06-24T19:02:22Z")

</div>

> [@foxbille](#):
>
> J’ai installé :  
> sudo dpkg -i libdrm-radeon1\_2.4.114-1+b1\_ **i386**.deb

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

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

```

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Juin 25, 2023, 4:50 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/4 "2023-06-25T04:50:55Z")

</div>

Bonjour

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

* * *

Dans la page web de debian [Firmware](https://wiki.debian.org/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`

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 25, 2023, 7:28 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/5 "2023-06-25T07:28:18Z")

</div>

> [@anon29980398](#):
>
> 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`

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

---

<div class="post-metadata">

**Author:** ![PengouinPdt](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pengouinpdt/32/3978_2.png) [@PengouinPdt](https://www.debian-fr.org/u/PengouinPdt)\
**Post date:** [Juin 25, 2023, 7:54 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/6 "2023-06-25T07:54:39Z")

</div>

> [@anon29980398](#):
>
> 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`

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

> [@Zargos](#):
>
> Est-on sur qu’aucune dépendance même secondaire des firmwares non-free ne se trouve pas dans non-free?

Aucune dépendance dans non-free-firmware, à-priori ; je dirais même mieux «&nbsp;les dépendances, c’est eux&nbsp;».  
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, «&nbsp;telle est la voie&nbsp;» (pour reprendre un certain slogan mandalorien)

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 25, 2023, 8:16 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/7 "2023-06-25T08:16:28Z")

</div>

> [@PengouinPdt](#):
>
> 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?

---

<div class="post-metadata">

**Author:** ![foxbille](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/ecd19e/32.png) [@foxbille](https://www.debian-fr.org/u/foxbille)\
**Post date:** [Juin 25, 2023, 2:59 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/8 "2023-06-25T14:59:30Z")

</div>

```nohighlight
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 ?

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Juin 25, 2023, 3:32 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/9 "2023-06-25T15:32:27Z")

</div>

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 ‹&nbsp;_sudo dpkg_&nbsp;› 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:

```auto
 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

```

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 25, 2023, 4:57 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/10 "2023-06-25T16:57:06Z")

</div>

> [@foxbille](#):
>
> Essayé de télécharger
> 
> ```auto
> sudo apt install firmware-amd-graphics
> 
> ```
> 
> Sans plus de succés.

C’est-à-dire ?

> [@foxbille](#):
>
> firmware-amd-graphics/stable,stable 20230210-5 all

Donc pas installé.

> [@foxbille](#):
>
> et du coup, que dois-je faire ?

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

> [@Verner](#):
>
> Peut-être déjà expliquer ce que tu veux faire avec des paquets **i386** alors que ton noyau est **amd64**.

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

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Juin 25, 2023, 5:21 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/11 "2023-06-25T17:21:23Z")

</div>

> [@PascalHambourg](#):
>
> Probablement faire tourner des programmes 32 bits.

Pourquoi faire des ‹&nbsp;probabilités&nbsp;› ?  
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.

---

<div class="post-metadata">

**Author:** ![foxbille](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/ecd19e/32.png) [@foxbille](https://www.debian-fr.org/u/foxbille)\
**Post date:** [Juin 26, 2023, 12:50 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/12 "2023-06-26T12:50:31Z")

</div>

> 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 «&nbsp;basique&nbsp;» 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/,!/./'`

```plaintext
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

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Juin 26, 2023, 6:49 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/13 "2023-06-26T18:49:29Z")

</div>

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

> [@foxbille](#):
>
> Que dois-je faire pour les paquets i386 ?

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 ‹&nbsp;_sudo dpkg -i paquet-i386_&nbsp;›.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 27, 2023, 6:04 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/14 "2023-06-27T06:04:29Z")

</div>

> [@foxbille](#):
>
> ```auto
> Capabilities: <access denied>
> Kernel modules: radeon, amdgpu
> 
> ```

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

```
dmesg | grep -Ei "radeon|amdgpu|firmware"

```

---

<div class="post-metadata">

**Author:** ![foxbille](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/ecd19e/32.png) [@foxbille](https://www.debian-fr.org/u/foxbille)\
**Post date:** [Juin 27, 2023, 2:01 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/15 "2023-06-27T14:01:45Z")

</div>

```nohighlight
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

```

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Juin 27, 2023, 7:13 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/16 "2023-06-27T19:13:52Z")

</div>

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

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

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juillet 2, 2023, 8:46 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/17 "2023-07-02T08:46:55Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![foxbille](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/ecd19e/32.png) [@foxbille](https://www.debian-fr.org/u/foxbille)\
**Post date:** [Juillet 9, 2023, 1:25 UTC](https://www.debian-fr.org/t/carte-graphique-radeon/88418/18 "2023-07-09T13:25:19Z")

</div>

Merci à tous pour vos explications
