Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#101 01-09-2018 18:45:48

Beta-Pictoris
Membre
Lieu : Angers
Distrib. : Raspbian
Inscription : 12-08-2015

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Finalement, le bios de vos cartes mères supporte t'il l'option "Typical Idle Current" qui empêcherait les 'freezes' aléatoires ?

Voir le lien suivant (message 23) pour l'explication: https://forums.fedora-fr.org/viewtopic.php?id=68021

Dernière modification par Beta-Pictoris (01-09-2018 18:46:54)

Hors ligne

#102 02-09-2018 18:43:57

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bonjour
j'ai eu ryzen1 , threadripper et raven a leur sortie (avec carte mère asus ) , pour les deux premier ça tourne sur stretch et buster sans freeze.
pour raven , un noyau 4.18.x et wayland aucun souci avec buster ( température ok)
la prise en charge des température pour ryzen1 est bonne sur buster (noyau récent ).
ce problème de freeze est plutot du a l'OS ou la carte mère.
pour ryzen2 et threadripper2 pas testé.
en général mon bios est par défaut (a part le sécure-key) et asus met régulièrement les bios a jours.
si vous regarder actuellement sous buster/sid debian a ralenti les mises a jours , le 4.18 est dans experimental.
le système subit de grosse modification ( un peu comme a l'époque de systemd).
faut etre patient ........
enfin c'est mon opinion , et amd tourne bien sur debian (je comprend pas trop ce lien).
nota: pour raven il y a deux soucis , le noyau et le serveur X sur buster , mais wayland fontionne bien , bureau et jeux

ps: au niveau informatique c'est la pause , le raven est éteint ( vacances en famille ....).

la différence entre x470 et x370 c'est juste le store-mi (a vérifier le nom tongue ) qui utilise DD , ssd et ram pour accélérer le système , et une consommation réduite pour le x470 par rapport au x370 (procédé de gravure).

nota: si on suit ce fil les choses ont évolué au fur et a mesure des mises a jours des paquets de buster ( mate ne fonctionne plus , idem pour X ) actuellement je suis sous buster gnome+gdm3+wayland (mate en second bureau)
et le noyau de kernel.org en 4.18.5 (seule chose qui n'est pas de debian buster)

Dernière modification par robert2a (02-09-2018 19:02:55)

Hors ligne

#103 07-09-2018 06:46:37

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bonjour
j'ai testé le noyau de sid en 4.18.6 disponible ce matin


Linux raven2200g 4.18.0-1-amd64 #1 SMP Debian 4.18.6-1 (2018-09-06) x86_64 GNU/Linux
 


nota: pour debian buster/sid il ne manque plus que la mise a jour du serveur X

sur une configuration gpu raven + gpu nvidia (avec deux écrans)
gnome (wayland)  bureau étendu (fonctionne correctement )
gnome classic (uniquement l'écran du gpu raven actif)
mate le bureau bug

ps: j'ai testé gnome classic avec driver "amdgpu" et le driver nonfree nvidia ça bug (après avoir entré le mdp)
je n'ai pas fait de test uniquement avec le gpu raven (retiré la GTX750TI)

sur sid le 4.18.6 est complet , image et headers et méta-paquet  donc assez simple a installer

le retour des erreurs


journalctl -r -p err
 



-- Logs begin at Fri 2018-09-07 06:31:15 CEST, end at Fri 2018-09-07 06:47:14 CEST. --
sept. 07 06:31:18 raven2200g systemd[1]: Failed to start Load/Save Screen Backlight Brightness of backlight:acpi_video0.
sept. 07 06:31:18 raven2200g systemd-backlight[714]: Failed to get backlight or LED device 'backlight:acpi_video0': No such device
sept. 07 06:31:16 raven2200g kernel: nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 10ac08 [ IBUS ]
sept. 07 06:31:16 raven2200g kernel: nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 3e6684 [ IBUS ]
sept. 07 06:31:16 raven2200g kernel: kfd kfd: kgd2kfd_probe failed
sept. 07 06:31:15 raven2200g kernel: sp5100-tco sp5100-tco: Watchdog hardware is disabled
sept. 07 06:31:15 raven2200g kernel: AMD-Vi: Unable to write to IOMMU perf counter.
sept. 07 06:31:15 raven2200g kernel: ACPI BIOS Error (bug): Failure creating [\_SB.SMIB], AE_ALREADY_EXISTS (20180531/dsfield-594)
sept. 07 06:31:15 raven2200g kernel: ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20180531/psobject-221)
sept. 07 06:31:15 raven2200g kernel: ACPI BIOS Error (bug): Failure creating [\_SB.SMIC], AE_ALREADY_EXISTS (20180531/dswload2-316)
 

Dernière modification par robert2a (07-09-2018 06:50:53)

Hors ligne

#104 27-09-2018 20:35:29

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bonjour

un nouveau bios Asus


Version 4023 2018/09/14     8 MBytes

PRIME B350M-A BIOS 4023
1. Improve system compatibility
 




de Beta-Pictoris
le bios de vos cartes mères supporte t'il l'option:
 "Typical Idle Current" qui empêcherait les 'freezes' aléatoires ?
 


Sur la carte Asus j'ai une option Typical Idle Current
dans Avancé/AMD CBS/Power Supply Idle Control
avec comme option (je suis en auto)


Low Currrent Idle
Typical Current Idle
Auto
 


=>  https://forums.fedora-fr.org/viewtopic.php?id=68021

j'ai installé le 4.18.6 de debian buster , puis le 4.19-rc4 de expérimental , je compile le 4.19-rc5 actuellement.
j'ai joué a Thalos (steam) sur la télévision (82cm) en Full HD (en HDMI (vidéo+audio)) et audio sur le 5.1 (par la sortie fibre de la télé)
le seul souci c'est le bureau mate qui bug (avec Ctrl+Alt+F2 je reprends la main pour un arrêt propre.
nota: gnome et gnome-classic fonctionne parfaitement

le kernel 4.19 apporte encore des améliorations pour Raven (installation du 4.19-rc5)


Sélection du paquet linux-image-4.19.0-rc5-amd64 précédemment désélectionné.
(Lecture de la base de données... 285878 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../linux-image-4.19.0-rc5-amd64_4.19.0-rc5-1_amd64.deb ...
Dépaquetage de linux-image-4.19.0-rc5-amd64 (4.19.0-rc5-1) ...
Paramétrage de linux-image-4.19.0-rc5-amd64 (4.19.0-rc5-1) ...
update-initramfs: Generating /boot/initrd.img-4.19.0-rc5-amd64
Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-4.19.0-rc5-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.19.0-rc5-amd64
Image Linux trouvée : /boot/vmlinuz-4.19.0-rc4-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.19.0-rc4-amd64
Image Linux trouvée : /boot/vmlinuz-4.18.0-1-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.18.0-1-amd64
Image Linux trouvée : /boot/vmlinuz-4.17.0-3-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.17.0-3-amd64
Adding boot menu entry for EFI firmware configuration
fait
 



Linux raven2200g 4.19.0-rc5-amd64 #1 SMP Thu Sep 27 17:39:14 CEST 2018 x86_64 GNU/Linux
 


une nouvelle erreur avec le 4.19-rc5



sept. 27 19:26:11 raven2200g kernel: [drm:generic_reg_wait [amdgpu]] *ERROR* REG_WAIT timeout 1us * 10 tries - optc1_lock line:628
 



j'utilise la machine sans soucis , tester un peu ce 4.19 et peut etre faire un peu de nettoyage dans les noyaux  tongue  wink

Hors ligne

#105 29-09-2018 08:42:28

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bonjour
suite a ce fil => https://debian-facile.org/viewtopic.php?id=22419
j'ai voulu tester une carte vidéo RX550 sur mon Raven ridge 2200G (une catastrophe roll  ) a la place de l'apu.
nota:j'ai fait du multi écran avec une carte nvidia (a peu près correct)
voila le retour de lspci pour un Ryzen1 (et lscpu)


lspci
 



00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) I/O Memory Management Unit
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge
00:01.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe GPP Bridge
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge
00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge
00:03.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe GPP Bridge
00:04.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge
00:07.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge
00:07.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Internal PCIe GPP Bridge 0 to Bus B
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Internal PCIe GPP Bridge 0 to Bus B
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 59)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 5
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 6
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 7
01:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset USB 3.1 xHCI Controller (rev 02)
01:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset SATA Controller (rev 02)
01:00.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b2 (rev 02)
02:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:01.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
03:00.0 Ethernet controller: Intel Corporation I211 Gigabit Network Connection (rev 03)
08:00.0 VGA compatible controller: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] (rev a2)
08:00.1 Audio device: NVIDIA Corporation Device 0fbc (rev a1)
09:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 145a
09:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Platform Security Processor
09:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) USB 3.0 Host Controller
0a:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 1455
0a:00.2 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)
0a:00.3 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) HD Audio Controller
 



lscpu
 



Architecture :                          x86_64
Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit
Boutisme :                              Little Endian
Processeur(s) :                         16
Liste de processeur(s) en ligne :       0-15
Thread(s) par cœur :                    2
Cœur(s) par socket :                    8
Socket(s) :                             1
Nœud(s) NUMA :                          1
Identifiant constructeur :              AuthenticAMD
Famille de processeur :                 23
Modèle :                                1
Nom de modèle :                         AMD Ryzen 7 1700 Eight-Core Processor
Révision :                              1
Vitesse du processeur en MHz :          1374.081
Vitesse maximale du processeur en MHz : 3000,0000
Vitesse minimale du processeur en MHz : 1550,0000
BogoMIPS :                              5988.11
Virtualisation :                        AMD-V
Cache L1d :                             32K
Cache L1i :                             64K
Cache L2 :                              512K
Cache L3 :                              8192K
Nœud NUMA 0 de processeur(s) :          0-15
Drapaux :                               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb hw_pstate sme ssbd sev ibpb vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx smap clflushopt sha_ni xsaveopt xsavec xgetbv1 xsaves clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif overflow_recov succor smca
 


le même retour pour Raven Ridge (les deux sont en buster noyau 4.18 , même carte mère ASUS en B350)


lspci
 



00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15d0
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Device 15d1
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge
00:01.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 15d3
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 15db
00:08.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 15dc
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 61)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15e8
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15e9
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ea
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15eb
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ec
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ed
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ee
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ef
01:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset USB 3.1 xHCI Controller (rev 02)
01:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset SATA Controller (rev 02)
01:00.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b2 (rev 02)
02:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
03:00.0 USB controller: ASMedia Technology Inc. ASM1143 USB 3.1 Host Controller
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c8)
08:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device 15de
08:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device 15df
08:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Device 15e0
08:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Device 15e1
08:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Device 15e3
09:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 61)
 



lscpu
 



Architecture :                          x86_64
Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit
Boutisme :                              Little Endian
Processeur(s) :                         4
Liste de processeur(s) en ligne :       0-3
Thread(s) par cœur :                    1
Cœur(s) par socket :                    4
Socket(s) :                             1
Nœud(s) NUMA :                          1
Identifiant constructeur :              AuthenticAMD
Famille de processeur :                 23
Modèle :                                17
Nom de modèle :                         AMD Ryzen 3 2200G with Radeon Vega Graphics
Révision :                              0
Vitesse du processeur en MHz :          1445.170
Vitesse maximale du processeur en MHz : 3500,0000
Vitesse minimale du processeur en MHz : 1600,0000
BogoMIPS :                              6987.01
Virtualisation :                        AMD-V
Cache L1d :                             32K
Cache L1i :                             64K
Cache L2 :                              512K
Cache L3 :                              4096K
Nœud NUMA 0 de processeur(s) :          0-3
Drapaux :                               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx hw_pstate sme ssbd sev ibpb vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx smap clflushopt sha_ni xsaveopt xsavec xgetbv1 xsaves clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif overflow_recov succor smca
 



il semble que certaines fonctions sont mal détectées pour Raven (presque toutes ....  )

par exemple pou IOMMU


pour raven
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Device 15d1
pour ryzen1
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) I/O Memory Management Unit
 


idem pour => Data Fabric:   (etc ...........  )  hmm
nota: le "Data Fabric: " fait la connection entre les éléments internes du cpu et l'extérieur par exemple
le cpu serait mal détecté ? ( la plus part des fonctions et des bus sont intégré au cpu).

ps: j'ai mit en résolu j'aurai pas du tongue

après plusieurs tentatives pour démarrer sur le gpu discret, le système a lancé une vérification du disque (pas un panic kernel mais pas loin , aucun log dans le syslog des plantages (retrouvé avant le premier essaie et après le dernier , le système n'a pas pu écrire sur le disque ssd a priori)

Dernière modification par robert2a (29-09-2018 09:10:49)

Hors ligne

#106 02-10-2018 17:36:16

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bonjour
je reprend ici la commande lspci
pour commencer j'ai effacé les deux fichiers pci.ids et usb.ids  dans /usr/share/misc
j'ai listé les options de lspci


Usage: lspci [<switches>]

Basic display modes:
-mm   Produce machine-readable output (single -m for an obsolete format)
-t    Show bus tree

Display options:
-v    Be verbose (-vv for very verbose)
-k    Show kernel drivers handling each device
-x    Show hex-dump of the standard part of the config space
-xxx    Show hex-dump of the whole config space (dangerous; root only)
-xxxx   Show hex-dump of the 4096-byte extended config space (root only)
-b    Bus-centric view (addresses and IRQ's as seen by the bus)
-D    Always show domain numbers

Resolving of device ID's to names:
-n    Show numeric ID's
-nn   Show both textual and numeric ID's (names & numbers)
-q    Query the PCI ID database for unknown ID's via DNS
-qq   As above, but re-query locally cached entries
-Q    Query the PCI ID database for all ID's via DNS

Selection of devices:
-s [[[[<domain>]:]<bus>]:][<slot>][.[<func>]] Show only devices in selected slots
-d [<vendor>]:[<device>][:<class>]    Show only devices with specified ID's

Other options:
-i <file> Use specified ID database instead of /usr/share/misc/pci.ids.gz
-p <file> Look up kernel modules in a given file instead of default modules.pcimap
-M    Enable `bus mapping' mode (dangerous; root only)

PCI access options:
-A <method> Use the specified PCI access method (see `-A help' for a list)
-O <par>=<val>  Set PCI access parameter (see `-O help' for a list)
-G    Enable PCI access debugging
-H <mode> Use direct hardware access (<mode> = 1 or 2)
-F <file> Read PCI configuration dump from a given file
 



je me suis intéressé a ceci => PCI access options:


lspci -A help
 


retour


Known PCI access methods:

linux-sysfs
linux-proc
intel-conf1
intel-conf2
dump
 



par exemple


lspci -A linux-sysfs
 


je me pose la question , commande en root ou user


 La bibliothèque prend en charge diverses méthodes pour accéder à l'espace de configuration
sur différents systèmes d'exploitation.
Par défaut, la première méthode correspondante dans cette liste est utilisée,
mais vous pouvez outrepasser cette décision (voir l'option -A de lspci(8)).
linux-sysfs
    Le système de fichiers /sys sur Linux 2.6 et suivants. L'entête standard de l'espace de configuration
est disponible pour tous les utilisateurs,
le reste seulement pour le superutilisateur. Il prend en charge l'espace de configuration,
les domaines PCI et les informations sur les pilotes attachés du noyau.
linux-proc
    L'interface /proc/bus/pci prise en charge depuis Linux 2.1.
L'entête standard de l'espace de configuration est disponible pour tous les utilisateurs,
le reste seulement pour le superutilisateur.
 


ça me renvoie en user la même chose qu'un lspci basic


idem pour


lspci -A linux-proc
 


ps: les 3 dernières pas testé

code constructeur + code matériel je suppose


lspci -n
 


ou lspci -nn (complet)
retour


00:00.0 0600: 1022:15d0
00:00.2 0806: 1022:15d1
00:01.0 0600: 1022:1452
00:01.2 0604: 1022:15d3
00:08.0 0600: 1022:1452
00:08.1 0604: 1022:15db
00:08.2 0604: 1022:15dc
00:14.0 0c05: 1022:790b (rev 61)
00:14.3 0601: 1022:790e (rev 51)
00:18.0 0600: 1022:15e8
00:18.1 0600: 1022:15e9
00:18.2 0600: 1022:15ea
00:18.3 0600: 1022:15eb
00:18.4 0600: 1022:15ec
00:18.5 0600: 1022:15ed
00:18.6 0600: 1022:15ee
00:18.7 0600: 1022:15ef
01:00.0 0c03: 1022:43bb (rev 02)
01:00.1 0106: 1022:43b7 (rev 02)
01:00.2 0604: 1022:43b2 (rev 02)
02:00.0 0604: 1022:43b4 (rev 02)
02:04.0 0604: 1022:43b4 (rev 02)
02:05.0 0604: 1022:43b4 (rev 02)
02:06.0 0604: 1022:43b4 (rev 02)
02:07.0 0604: 1022:43b4 (rev 02)
03:00.0 0c03: 1b21:1343
06:00.0 0200: 10ec:8168 (rev 15)
08:00.0 0300: 1002:15dd (rev c8)
08:00.1 0403: 1002:15de
08:00.2 1080: 1022:15df
08:00.3 0c03: 1022:15e0
08:00.4 0c03: 1022:15e1
08:00.6 0403: 1022:15e3
09:00.0 0106: 1022:7901 (rev 61)
 



la lspci -vv (en root plus détaillé) 2 fois "v"


lspci -vv
 



la commande lspci -nnk (que l'on trouve souvent sur le forum)

donc l'absence du fichier  /usr/share/misc/pci.ids aucun impact sur le retour des commandes

la commande lspci -q va chercher sur le net je suppose les informations
la commande lspci -qq  crée un fichier caché  /local/home/robert/.pci.ids-cache

la commande lspci -Q  va chercher sur le net les informations.


lspci -Q
 



00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15d0
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Device 15d1
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge
00:01.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 15d3
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 15db
00:08.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 15dc
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 61)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15e8
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15e9
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ea
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15eb
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ec
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ed
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ee
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ef
01:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset USB 3.1 xHCI Controller (rev 02)
01:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset SATA Controller (rev 02)
01:00.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b2 (rev 02)
02:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
02:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)
03:00.0 USB controller: ASMedia Technology Inc. ASM1143 USB 3.1 Host Controller
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c8)
08:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device 15de
08:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device 15df
08:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Device 15e0
08:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Device 15e1
08:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Device 15e3
09:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 61)
 



je n'ai pas de "unknown" mais beaucoup de "devices" encore
le fichier "pci.ids" n'est pas forcément utilisé (plusieurs options pour obtenir les informations pour "lspci")
avec le noyau 4.19 a voir si du mieux , le rc5 n'a rien amélioré
la machine fonctionne correctement smile
les paquets:


pciutils
libpci3
libkmode2
libudev1
zlib1g
liblzma5
 


le contenu du dossier /usr/share/misc/


cd /usr/share/misc
 ls
 


retour


config.guess  config.sub  magic  magic.mgc
 



ancien (2008)  =>  http://manpagesfr.free.fr/man/man8/lspci.8.html
mettre a jour pci.ids et usb.ids


update-pciids
 



update-usbids
 


ps: une remarque du membre raleur   =>  https://manpages.debian.org/stretch/udev/hwdb.7.en.html
=> https://www.freedesktop.org/software/sy … hwdb.html#
il existe un fichier ( systemd )  /lib/udev/hwdb.bin et un dossier /lib/udev/hwdb.d/
il y a aussi dans /etc/udev/hwdb.d/   (dossier vide sur ma machine )
nota: depuis stretch il semble que lspci n'utilise plus en priorité le fichier pci.ids

Dernière modification par robert2a (03-10-2018 05:21:24)

Hors ligne

#107 04-10-2018 17:06:37

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bonjour

j'ai supprimé le contenu de /lib/udev/hwdb.d/
le fichier /lib/udev/hwdb.bin est toujours présent
le lspci


00:00.0 Class 0600: Device 1022:15d0
00:00.2 Class 0806: Device 1022:15d1
00:01.0 Class 0600: Device 1022:1452
00:01.2 Class 0604: Device 1022:15d3
00:08.0 Class 0600: Device 1022:1452
00:08.1 Class 0604: Device 1022:15db
00:08.2 Class 0604: Device 1022:15dc
00:14.0 Class 0c05: Device 1022:790b (rev 61)
00:14.3 Class 0601: Device 1022:790e (rev 51)
00:18.0 Class 0600: Device 1022:15e8
00:18.1 Class 0600: Device 1022:15e9
00:18.2 Class 0600: Device 1022:15ea
00:18.3 Class 0600: Device 1022:15eb
00:18.4 Class 0600: Device 1022:15ec
00:18.5 Class 0600: Device 1022:15ed
00:18.6 Class 0600: Device 1022:15ee
00:18.7 Class 0600: Device 1022:15ef
01:00.0 Class 0c03: Device 1022:43bb (rev 02)
01:00.1 Class 0106: Device 1022:43b7 (rev 02)
01:00.2 Class 0604: Device 1022:43b2 (rev 02)
02:00.0 Class 0604: Device 1022:43b4 (rev 02)
02:04.0 Class 0604: Device 1022:43b4 (rev 02)
02:05.0 Class 0604: Device 1022:43b4 (rev 02)
02:06.0 Class 0604: Device 1022:43b4 (rev 02)
02:07.0 Class 0604: Device 1022:43b4 (rev 02)
03:00.0 Class 0c03: Device 1b21:1343
06:00.0 Class 0200: Device 10ec:8168 (rev 15)
08:00.0 Class 0300: Device 1002:15dd (rev c8)
08:00.1 Class 0403: Device 1002:15de
08:00.2 Class 1080: Device 1022:15df
08:00.3 Class 0c03: Device 1022:15e0
08:00.4 Class 0c03: Device 1022:15e1
08:00.6 Class 0403: Device 1022:15e3
09:00.0 Class 0106: Device 1022:7901 (rev 61)
 



reste a le régénérer tongue
la commande fonctionne pour pci.ids et je retrouve mon lspci
mon dossier /lib/udev/hwdb.d/  est toujours vide (j'utilise bien mon fichier pci.ids maintenant )
reste a trouver comment regénérer l'autre (si c'est possible)

=>  https://manpages.debian.org/stretch-bac … .7.en.html
=>  https://manpages.debian.org/stretch-bac … .8.en.html

le contenu de /lib/udev/hwdb.d sert a générer le hwdb.bin


systemd-hwdb --usr update
 


chaque fichier a un lien
le 20-acpi-vendor.hwdb

# This file is part of systemd.
#
# Data imported from:
#     http://www.uefi.org/uefi-pnp-export
#     http://www.uefi.org/uefi-acpi-export
#
# With various additions from other sources



le 20-pci-classes.hwdb donne ceci

# This file is part of systemd.
#
# Data imported from: http://pci-ids.ucw.cz/v2.2/pci.ids



j'ajoute la commande que m'a indiqué raleur pour remplir le dossier lib/udev/hwdb.d (que je n'ai pas testé encore)


dpkg -S  /lib/udev/hwdb.d
 

Dernière modification par robert2a (06-10-2018 01:22:55)

Hors ligne

#108 08-10-2018 04:47:06

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bonjour

Mate fonctionne maintenant sur le Raven 2200G , en fait le serveur X chargé le module radeon au lieu du module amdgpu , j'ai enlevé les paquets xserver-xorg-video-ati et radeon

la deuxième chose c'est que on se retrouve avec un log de X dans /var/log/Xorg.0.log , alors que gdm3 met ce log dans le home de l'utilisateur sous /.local/share/xorg/Xorg.0.log
j'ai enlevé le paquet lightdm qui était encore installé. (et a priori je suis pas le seul a avoir un log parfois dans /var/log avec gdm3)

tout ça reste obscur   tongue

Hors ligne

#109 19-10-2018 07:12:20

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

j'ai finalement enlevé le bureau Mate de cette machine .  smile

Hors ligne

#110 14-11-2018 13:28:54

Anonymous
Membre
Distrib. : Devuan 2.0
Noyau : Linux 4.9.0-8-amd64
(G)UI : XFCE
Inscription : 28-11-2017

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bonjour,

Comment on fait pour savoir si le serveur X charge le module radeon au lieu de amdgpu ?

Et si c'est le cas, est-ce qu'il suffit d'enlever les deux paquets indiqués dans ton post pour régler le problème ?

Hors ligne

#111 15-11-2018 18:29:09

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bonjour

avec la commande lspci
par exemple


lspci -k
 


retour (sous gnome sous xorg)


08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c8)
  Subsystem: ASUSTeK Computer Inc. Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series]
  Kernel driver in use: amdgpu
  Kernel modules: amdgpu
 



tu a le détail des options de lspci avec "--help"


lspci --help
 


avec l'option -vk c'est plus verbeux


08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c8) (prog-if 00 [VGA controller])
  Subsystem: ASUSTeK Computer Inc. Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series]
  Flags: bus master, fast devsel, latency 0, IRQ 63
  Memory at e0000000 (64-bit, prefetchable) [size=256M]
  Memory at f0000000 (64-bit, prefetchable) [size=2M]
  I/O ports at e000 [size=256]
  Memory at fe500000 (32-bit, non-prefetchable) [size=512K]
  [virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
  Capabilities: <access denied>
  Kernel driver in use: amdgpu
  Kernel modules: amdgpu
 


sinon sous le serveur X a partir du log de X (Xorg.0.log)
un petit extrait du mien


[    19.496] (II) AMDGPU(0): Creating default Display subsection in Screen section
  "Default Screen Section" for depth/fbbpp 24/32
[    19.496] (==) AMDGPU(0): Depth 24, (--) framebuffer bpp 32
[    19.496] (II) AMDGPU(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
[    19.496] (==) AMDGPU(0): Default visual is TrueColor
[    19.496] (==) AMDGPU(0): RGB weight 888
[    19.496] (II) AMDGPU(0): Using 8 bits per RGB (8 bit DAC)
[    19.496] (--) AMDGPU(0): Chipset: "Unknown AMD Radeon GPU" (ChipID = 0x15dd)
 



si tu veut encore plus d'infos sous Wayland par exemple , en root


lspci -vk
 




08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c8) (prog-if 00 [VGA controller])
  Subsystem: ASUSTeK Computer Inc. Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series]
  Flags: bus master, fast devsel, latency 0, IRQ 63
  Memory at e0000000 (64-bit, prefetchable) [size=256M]
  Memory at f0000000 (64-bit, prefetchable) [size=2M]
  I/O ports at e000 [size=256]
  Memory at fe500000 (32-bit, non-prefetchable) [size=512K]
  [virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
  Capabilities: [48] Vendor Specific Information: Len=08 <?>
  Capabilities: [50] Power Management version 3
  Capabilities: [64] Express Legacy Endpoint, MSI 00
  Capabilities: [a0] MSI: Enable+ Count=1/4 Maskable- 64bit+
  Capabilities: [c0] MSI-X: Enable- Count=3 Masked-
  Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
  Capabilities: [200] #15
  Capabilities: [270] #19
  Capabilities: [2a0] Access Control Services
  Capabilities: [2b0] Address Translation Service (ATS)
  Capabilities: [2c0] Page Request Interface (PRI)
  Capabilities: [2d0] Process Address Space ID (PASID)
  Capabilities: [320] Latency Tolerance Reporting
  Kernel driver in use: amdgpu
  Kernel modules: amdgpu
 



je sais pas pourquoi tu me demande cela , je n'ai aucune explication pour le problème avec Mate et je n'ai pas trop cherché.
enlevé les paquets "ati" et "radeon" n'a pas résolu le problème
encore une fois sous Gnome tout est correct et stable
c'est une machine de test , qui a été en sid puis en testing (maintenant en buster définitif)
qui repassera dans le futur en testing/sid pour le noyau 4.19  et 4.20 qui apportera encore des améliorations pour Raven  wink
nota: c'est une machine de salon , pour les vidéos en autre et des jeux GNU Linux

ps: dans chaque exemple le module utilisé est "amdgpu" (pas le module "radeon" comme j'ai eu sous Mate dans mon log de X)

Dernière modification par robert2a (15-11-2018 18:49:06)

Hors ligne

#112 15-11-2018 21:26:05

Anonymous
Membre
Distrib. : Devuan 2.0
Noyau : Linux 4.9.0-8-amd64
(G)UI : XFCE
Inscription : 28-11-2017

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Merci pour ces infos, en fait je voulais savoir comment faire pour vérifier que le serveur X utilise bien le pilote amdgpu. J'avais vu "amdgpu" dans le dmesg et/ou le fichier /var/log/syslog, mais je n'avais pas pensé à regarder lspci et les logs du serveur X.

Hors ligne

#113 15-11-2018 22:31:30

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Les seules générations de gpu amd qui sont compatibles et radeon et amdgpu sont les gpu Southern Islands et Sea Islands. (début du support GCN Graphic Core Next)
Les générations avant ne sont compatibles que radeon et les génération après, que amdgpu (comme le GPU Vega, Raven Ridge, de robert2a).

Liste des générations des cartes Southern Islands et Sea Islands.
Et comment activer le support amdgpu sur ces cartes qui supportent les deux mais qui utilise radeon par default

Ensuite si le pilote xorg est utilisé dessus, normalement, si le module activé donc, est amdgpu, le driver xorg amdgpu doit etre activé et idem pour radeon.

Après il me semble que maintenant, c'est KMS qui est utilisé par default et donc ne passe pas par les drivers xorg sauf nécessité, mais je me trompe peut-être.

Dernière modification par naguam (15-11-2018 22:32:55)

Hors ligne

#114 18-11-2018 05:02:23

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bonjour
ton lien sur Arch-Linux , il doit être ancien , sur Buster les extensions sont chargées avec le driver libre (même DRI3 ) sans options a placer dans un xorg.conf
sur Raven ça donne ceci


[    59.018] (II) AMDGPU(0): [DRI2] Setup complete
[    59.018] (II) AMDGPU(0): [DRI2]   DRI driver: radeonsi
[    59.018] (II) AMDGPU(0): [DRI2]   VDPAU driver: radeonsi
[    59.018] (II) AMDGPU(0): Front buffer pitch: 5120 bytes
[    59.018] (II) AMDGPU(0): SYNC extension fences enabled
[    59.019] (II) AMDGPU(0): Present extension enabled
[    59.019] (==) AMDGPU(0): DRI3 enabled
[    59.019] (==) AMDGPU(0): Backing store enabled
[    59.019] (II) AMDGPU(0): Direct rendering enabled
[    59.021] (II) AMDGPU(0): Use GLAMOR acceleration.
[    59.021] (II) AMDGPU(0): Acceleration enabled
[    59.021] (==) AMDGPU(0): DPMS enabled
[    59.021] (==) AMDGPU(0): Silken mouse enabled
[    59.021] (II) AMDGPU(0): Set up textured video (glamor)
[    59.033] (II) Initializing extension Generic Event Extension
[    59.033] (II) Initializing extension SHAPE
[    59.033] (II) Initializing extension MIT-SHM
[    59.033] (II) Initializing extension XInputExtension
[    59.033] (II) Initializing extension XTEST
[    59.033] (II) Initializing extension BIG-REQUESTS
[    59.034] (II) Initializing extension SYNC
[    59.034] (II) Initializing extension XKEYBOARD
[    59.034] (II) Initializing extension XC-MISC
[    59.034] (II) Initializing extension SECURITY
[    59.034] (II) Initializing extension XFIXES
[    59.034] (II) Initializing extension RENDER
[    59.034] (II) Initializing extension RANDR
[    59.034] (II) Initializing extension COMPOSITE
[    59.034] (II) Initializing extension DAMAGE
[    59.034] (II) Initializing extension MIT-SCREEN-SAVER
[    59.035] (II) Initializing extension DOUBLE-BUFFER
[    59.035] (II) Initializing extension RECORD
[    59.035] (II) Initializing extension DPMS
[    59.035] (II) Initializing extension Present
[    59.035] (II) Initializing extension DRI3
[    59.035] (II) Initializing extension X-Resource
[    59.035] (II) Initializing extension XVideo
[    59.035] (II) Initializing extension XVideo-MotionCompensation
[    59.035] (II) Initializing extension SELinux
[    59.035] (II) SELinux: Disabled on system
[    59.035] (II) Initializing extension GLX
[    59.038] (II) AIGLX: Loaded and initialized radeonsi
[    59.038] (II) GLX: Initialized DRI2 GL provider for screen 0
[    59.038] (II) Initializing extension XFree86-VidModeExtension
[    59.038] (II) Initializing extension XFree86-DGA
[    59.038] (II) Initializing extension XFree86-DRI
[    59.038] (II) Initializing extension DRI2
[    59.039] (II) AMDGPU(0): Setting screen physical size to 338 x 270
 



nota: c'est Mesa qui charge tout ceci , KMS (avec le firmware nonfree)  ne fait que initialiser le matériel correctement.
KMS + Mesa (pour Wayland)
ou KMS + Xorg +Mesa (comme ci dessus) . xorg applique ça couche supplémentaire sur le matériel vidéo

ps: intel et amd en libre sont correct (avec une debian récente ) , nvidia sur nouveau c'est moins bien hmm

la version du noyau et de mesa apporte un plus sur la gestion vidéo avec des gpu récent en driver libre

ton premier lien sur gentoo est plus sérieux et correspond mieux a debian. (j'ai commencé avec Mandrake puis gentoo quelques années plus tard ).
et retour a windows .....  roll  puis maintenant debian
gentoo c'est vraiment comprendre GNU Linux , tu gère tout sur le système , du noyau a la configuration du système.

debian c'est plus cool   tongue , tu garde a jour et ça roule tout seul smile

Dernière modification par robert2a (18-11-2018 05:04:01)

Hors ligne

#115 18-11-2018 12:52:03

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

La doc arch n'est pas ancienne mais juste pas toujours adaptée à debian (dernière modif le 10 novembre 2018 et parle même du kernel 4.20)
C'est seulement la partie

Southern Islands (SI):

radeon.si_support=0 amdgpu.si_support=1


    Sea Islands (CIK):

radeon.cik_support=0 amdgpu.cik_support=1


Qui m'intéressait dans la partie différenciations de radeon ou amdgpu.
Et oui je voulais parler des firmware et du driver kernel (module radeon ou amdgpu), je parlais pas de mesa qui ne dépend pas de radeon ou amdgpu.

Par contre, merci de m'avoir rappelé la place de mesa par rapport à Xorg et Wayland smile

Le lien gentoo était juste pour permettre de montrer toutes les générations de cartes amd récentes simplement.
(mais en effet j'aime beaucoup gentoo et je l'utilise sur une de mes machines, bien que debian reste très pratique smile )

Dernière modification par naguam (18-11-2018 12:52:16)

Hors ligne

#116 18-11-2018 18:00:51

phlinux
Membre
Lieu : S-M
Distrib. : Jessie
Noyau : 4.9
(G)UI : Openbox (+Rox+Feh)
Inscription : 10-05-2009

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bjr,

naguam a écrit :


Après il me semble que maintenant, c'est KMS qui est utilisé par default et donc ne passe pas par les drivers xorg sauf nécessité, mais je me trompe peut-être.

Donc pour des Ati 9250 avec un RV280 il faut garder le paquet xserver-xorg-video-radeon et même un xorg.conf


Pages perso : feh, omegat, udisks, sa station de travail comme passerelle

Hors ligne

#117 18-11-2018 23:05:38

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Je ne sais pas si ta carte est dans le paquet de firmware --> firmware-amd-graphics car j'ai pu voir a des endroits oui et non
Cependant, ce que je sais, c'est que ta carte ancienne n'utilisera jamais les drivers amdgpu et seulement radeon personnellement je te conseille de conserver la configuration par default.
Après si tu as volontée de tester ou de te renseigner et/ou que tu as des problèmes, tu peux regarder mieux sur les doc freedesktop pour xorg ou te renseigner sur les firmwares pour le suport de ta carte et de voir si en utilisant que les drivers xorg ou que les firmware (et directement mesa qui fonctionne au dessus des modules utilisés et donc des firmwares) et ne pas utiliser les drivers xorg.

Évidemment, ce que je dis est un peu approximatif mais je me fait le devoir de répondre vu que tu me demande smile mais je suis curieux d'en apprendre plus sur la pile graphique sous linux (du noyaux (firmwares module qui utilise les firmwares) à l'interface en passant par mesa et avec ou sans les drivers xorg)

Ce que j'ai trouvé sur le net en diagonale n'étaient pas toujours clairs (ou complets) pour ma compréhension, et même si je n'ai pas de problème a faire tourner le matériel dont je dispose, je n'ai pas encore compris les détails (comme l'ordre et le rôle de chaque éléments dans la pile graphique).

Ps: au vu de la liste https://packages.debian.org/stretch/fir … d-graphics, je dirais que ta carte n'est pas supportée par autre chose que les drivers xorg, par contre je suis curieux de savoir comment sans firmware et avec les drivers xorg, le kernel (avec les modules entre autres) gèrent ça.

Dernière modification par naguam (18-11-2018 23:12:14)

Hors ligne

#118 19-11-2018 14:54:01

phlinux
Membre
Lieu : S-M
Distrib. : Jessie
Noyau : 4.9
(G)UI : Openbox (+Rox+Feh)
Inscription : 10-05-2009

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bjr,

Oui la carte que j'utilise fonctionne avec le firmware-amd-graphics
J'ai testé et j'ai posté le résultat là > https://debian-facile.org/viewtopic.php … 58#p281158 < mais comme pas de réponse je suis venu "bernacler" par ici.
Je suis dans le même cas que toi, comprendre ce que tu appelles la pile graphique serait un bonne aide. Rien de tel qu'un petit schéma pour voir qui fait quoi et quand, voire où.

Merci pour ta réponse

Pages perso : feh, omegat, udisks, sa station de travail comme passerelle

Hors ligne

#119 07-12-2018 10:27:16

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : [resolu] Raven Ridge R3 2200G et debian sid (buster)

Bonjour

j'ai déjà donné une explication basic sur la couche graphique

1) prise en charge par le bios de la carte graphique (bios ou EFI)
le système (bios ou EFI) va lire le bios du gpu et configurer l'affichage (basic ou vga amélioré)

2) grub utilise les ressources du bios pour son affichage

3) chargement de l'os (cas d'un serveur sans bureau)
le noyau va chercher a faire un init de la carte vidéo ( avec ou sans firmware nonfree selon que le code a été libéré et que la carte est déjà géré par le noyau (cas du vieux matos en général).
si tout va bien la résolution native de l'écran est prise en charge. (on est en 2D sans serveur X ni mesa)

4) chargement de l'os avec un bureau
Wayland => prise en charge de la 2D par le noyau et la 3D par mesa

Xorg => prise en charge de la 2D par le noyau , puis X met sa couche (2D) avec ses paquets , prise en charge de la 3D par mesa (ceci lors de l'init du serveur X )

remarque:
Mesa c'est général , les paquets importants: ( ce ne sont pas les seuls la liste est longue )
libegl-mesa0
libgl1-mesa-dri
libdrm2

nota:
pour Wayland ,le noyau fera la prise en charge de la 2D , il fera appel a mesa pour la 3D
pour X lors du chargement des paquets du serveur (a l'invite de connexion) , mesa est initialisé .

donc l'ordre : bios => noyau => serveur X => Mesa

un petit graphique pour Wayland => https://fr.wikipedia.org/wiki/Wayland#/ … otocol.svg

la prise en charge du graphisme est en évolution constante (nvidia a sorti cet année des cartes RTX en plus de cores cuda ajout de cores RT)

je vous laisse voir le détail sur le net
la gestion de la 3D c'est assez complexe , en général chaque jeux applique des options par défaut pour le rendu 3D  .
la liste des technologies des rendus est assez longue ...........

pour l'instant RT n'est pas utilisé , mais le principe existe depuis 1991 , si des personnes sont pointues en graphisme elles pourront vous expliquer le principe .

tout ceci est général comme explication .

remarque; au sujet des DRM (noyau et mesa) Direct Rendering Manager (DRI)
un lien =>  https://fr.wikipedia.org/wiki/Direct_Rendering_Manager
il y a deux petites images a consulter pour le détail sur le page.

par exemple => https://upload.wikimedia.org/wikipedia/ … ecture.svg

ps: pour vraiment rentrer dans le détail , il faut être pointue dans plusieurs domaines  roll

Dernière modification par robert2a (07-12-2018 10:32:22)

Hors ligne

Pied de page des forums