logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

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

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

#1 24-08-2017 10:13:37

Lupa
Membre
Distrib. : Debian Stretch 4.9.110-3+deb9u6 / Buster
Noyau : 4.9.0-8-amd64 (Stretch) Buster : 5.4.0-0.bpo.2-amd
(G)UI : xfce
Inscription : 28-06-2017

Driver Geforce qui fait planter Linux

Bonjour à tous.

Debian gère mal ma cg. J'ai eu l'idée d'en installer le driver. J'ai suivi ceci :

Urls des tutos :
https://debian-facile.org/doc:materiel: … ia:accueil
https://wiki.debian.org/fr/NvidiaGraphi … ch_.2BALs-

Je m'emmêle joyeusement les patins !

J'ai ajouté ceci à sources.list :
deb http://httpredir.debian.org/debian/ stretch main contrib non-free

Identification de la carte :


root@debian:~# lspci -nn | grep VGA
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] [1002:68f9]
root@debian:~#
 


bloc à supprimer si la commande n’affiche rien



Installé le paquet DKMS depuis Synaptic.  Puis :


apt-get update
apt-get upgrade
shutdown -r now

 



Jusque là, ça va.

Mais si j'appelle Applications -> Système -> Paramètres du serveur X NVIDIA, j'arrive là  :
1b7f5c912fbaed0897824cb16ebd710c4878a09d.png

Et si je saisi la commande que me suggère le message du serveur nvidia, puis reboot, plantage systématique et restauration Acronis indispensable. Plus de redémarrage.

Où est-ce que je me plante ?
Merci :hello:

Hors ligne

#2 24-08-2017 10:15:55

raleur
Membre
Inscription : 03-10-2014

Re : Driver Geforce qui fait planter Linux

Tu installes le pilote Nvidia avec une carte graphique ATI/AMD ?

Il vaut mieux montrer que raconter.

Hors ligne

#3 24-08-2017 10:29:01

gnulux
Membre
Lieu : cambrousse
Distrib. : Debian GNU/Linux - Debian 11
Noyau : Linux 5.10.0-22-am64
(G)UI : LXDE - Mate
Inscription : 26-07-2017

Re : Driver Geforce qui fait planter Linux

BonjourLupa,
Pour le dire autrement, ta commande nous dit que tu as une carte graphique AMD/ATI, et pas une carte Nvidia:

lspci -nn | grep VGA



01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] [1002:68f9]



Donc, tu ne dois surtout pas installer un driver Nvidia. Il faut tout désinstaller de ce qui concerne Nvidia. Si c’est trop compliqué, tu peux carrément refaire ton installation de Debian pour repartir sur un GNU/Linux propre.

En revanche, tu peux installer le firmware pour les cartes ATI, voir si ça va ainsi. Il n’est pas toujours nécessaire d’installer en plus le driver proprio de AMD. Fais quelques recherches.

Dernière modification par gnulux (24-08-2017 10:31:33)

Hors ligne

#4 24-08-2017 10:35:45

raleur
Membre
Inscription : 03-10-2014

Re : Driver Geforce qui fait planter Linux

Il est même fortement déconseillé d'installer le pilote propriétaire ATI/AMD fglrx.

Il vaut mieux montrer que raconter.

Hors ligne

#5 24-08-2017 11:17:03

Lupa
Membre
Distrib. : Debian Stretch 4.9.110-3+deb9u6 / Buster
Noyau : 4.9.0-8-amd64 (Stretch) Buster : 5.4.0-0.bpo.2-amd
(G)UI : xfce
Inscription : 28-06-2017

Re : Driver Geforce qui fait planter Linux

Bon Dieu !!
C'est sur les autres tours que j'ai une GeForce !!!
Ca pouvait pas marcher, forcément roll
Merci pour les liens. Je donne le retour.

Hors ligne

#6 24-08-2017 12:17:24

anonyme
Invité

Re : Driver Geforce qui fait planter Linux

Bonjour
On le dira jamais assez , il faut compléter son profil sur le forum pour savoir quelle debian tu a (jessie 8 , stretch 9 etc ....  ) et le bureau utilisé (avec son lanceur ) .
normalement ta carte sur une installation par défaut doit fonctionner ( petit joker avec gnome hmm quand meme ).
il te suffit d'installer ce paquet  (pour stretch 9 uniquement , pour jessie il porte un autre nom )


apt-get install firmware-amd-graphics
 


et reboot
tout doit etre correct
pour purger le driver nvidia (sans tout réinstaller )


apt-get remove --purge nvidia*
 


puis


apt-get remove --purge xserver-xorg-video-nvidia
 


puis


apt-get autoremove --purge
 


puis pour prendre en compte la modification


reboot
 



donc dans l ordre tu installe le firmware puis tu purge le driver nvidia au reboot du pc tout doit etre bon

nota : si tu a créé un fichier xorg.conf il faut le supprimer avant de reboot (dans /etc/X11/xorg.conf ou dans /etc/X11/xorg.conf.d/monfichier.conf )
ps : "monfichier" a remplacer par le nom que tu lui a donné

Dernière modification par anonyme (24-08-2017 12:21:46)

#7 24-08-2017 12:26:25

Lupa
Membre
Distrib. : Debian Stretch 4.9.110-3+deb9u6 / Buster
Noyau : 4.9.0-8-amd64 (Stretch) Buster : 5.4.0-0.bpo.2-amd
(G)UI : xfce
Inscription : 28-06-2017

Re : Driver Geforce qui fait planter Linux

@tous : ça marche. Evidemment, avec le bon driver, ça explique... J'ai suivi ce tuto : https://wiki.debian.org/fr/AtiHowTo
@anonyme : je vais faire ce que tu dis. Y compris compléter mon profil.

Hors ligne

#8 24-08-2017 12:58:09

Lupa
Membre
Distrib. : Debian Stretch 4.9.110-3+deb9u6 / Buster
Noyau : 4.9.0-8-amd64 (Stretch) Buster : 5.4.0-0.bpo.2-amd
(G)UI : xfce
Inscription : 28-06-2017

Re : Driver Geforce qui fait planter Linux

Voilà. J'ai fait tout ce que tu m'as dit, anonyme.
Rien n'a été enlevé.
Logique : avant les bidouilles sur les drivers, j'avais quand-même pris la précaution d'une image Acronis. Du coup, après la restauration Acronis, aucune trace de Nvidia. J'ai un peu la manie des images, moi... Et celle aussi des sauvegardes logiques. Ouf !
Je vais modifier mon profil.

Merci à tous :hello:

Hors ligne

#9 24-08-2017 14:53:35

raleur
Membre
Inscription : 03-10-2014

Re : Driver Geforce qui fait planter Linux

anonyme a écrit :

il faut compléter son profil sur le forum pour savoir quelle debian tu a (jessie 8 , stretch 9 etc ....  ) et le bureau utilisé (avec son lanceur )


Comment fait-on quand on a plusieurs  machines, versions de Debian, environnements de bureau ?
En quoi le lanceur est-il important ?

Dernière modification par raleur (24-08-2017 14:54:17)


Il vaut mieux montrer que raconter.

Hors ligne

#10 24-08-2017 15:35:20

gnulux
Membre
Lieu : cambrousse
Distrib. : Debian GNU/Linux - Debian 11
Noyau : Linux 5.10.0-22-am64
(G)UI : LXDE - Mate
Inscription : 26-07-2017

Re : Driver Geforce qui fait planter Linux

raleur a écrit :

Il est même fortement déconseillé d'installer le pilote propriétaire ATI/AMD fglrx.


Merci raleur, de cette précision, c’est une bonne nouvelle.

anonyme, merci pour tes instructions très claires (#6). Juste que le paquet firmware-amd-graphics est disponible dans le dépôt backports de Jessie mais Jessie ne concerne pas Lupa. La doc de wiki.debian.org en anglais est plus à jour que celle en français, comme souvent.

Hors ligne

#11 25-08-2017 08:07:43

anonyme
Invité

Re : Driver Geforce qui fait planter Linux

Bonjour

le lanceur c'est lui qui lance le serveur X , selon que se soit gdm3 ou lightdm les ressources graphiques nécessaires sont différentes (gdm3 est fait pour gnome)
avec le profil je sais qu il a un petit bureau LXDE léger , stretch amd64 (le lanceur je suppose lightdm )
avec plusieurs machines on indique la configuration qui correspond a la question posé tout simplement , le profil est pas statique

le driver fglrx n'existe plus pour stretch  , D'autres distributions utilisent le driver propriétaire du constructeurs sur leur site.
j'utilise le driver libre de debian (radeon ou amdgpu)

pour le wiki en général il fait plusieurs debian
Installez les paquets firmware-linux-nonfree, libgl1-mesa-dri et xserver-xorg-video-ati :


 apt-get install firmware-linux-nonfree libgl1-mesa-dri xserver-xorg-video-ati
 



firmware-linux-nonfree et xserver-xorg-vidéo-ati et libgl1-mesa-dri  vont installer ce qu il faut sur jessie et stretch
juste je préfère utiliser les noms des paquets nécessaires dans la commande mais c'est pas vital , la commande ci dessus fonctionne trés bien
sur une installation neuve , a part le firmware amd tout est déja installé
pour le vérifier une simulation (avec l option -s )


apt-get -s install firmware-linux-nonfree libgl1-mesa-dri xserver-xorg-video-ati
 


ceci suffit


apt-get install firmware-linux-nonfree
 


et pour n'installer que ce qui est nécessaire ceci est mieux (pour stretch )


apt-get install firmware-amd-graphics
 



pour éviter une confusion pour la 3D
le noyau initialise les DRM pour le matériel
Mesa initialise la 3D (mesa a besoin que le matériel soit correctement détecté par le noyau pour fonctionner correctement )

Dernière modification par anonyme (25-08-2017 08:25:55)

#12 25-08-2017 09:50:48

gnulux
Membre
Lieu : cambrousse
Distrib. : Debian GNU/Linux - Debian 11
Noyau : Linux 5.10.0-22-am64
(G)UI : LXDE - Mate
Inscription : 26-07-2017

Re : Driver Geforce qui fait planter Linux

Merci anonyme, pour ces précisions très claires.
Si je comprends bien, le paquet firmware-amd-graphics est inutile pour des cartes AMD anciennes (genre ATI RV 380 Radeon X600)? Ceci doit suffire?

apt-get install firmware-linux-nonfree libgl1-mesa-dri

Hors ligne

#13 25-08-2017 10:03:31

anonyme
Invité

Re : Driver Geforce qui fait planter Linux

si tu a une installation neuve de stretch tout est installé sauf le firmware qui est un paquet non-free
donc seul l installation du firmware est a faire


apt-get install firmware-linux-nonfree
 



ce paquet est un meta-package qui va installer des dépendances ( pas toutes utiles )

le paquet qui est utile pour le gpu amd est celui ci


apt-get install firmware-amd-graphics
 



qui est une des dépendances du méta-paquet  firmware-linux-nonfree

je sais pas si je suis très clair  tongue

nota : le paquet firmware-amd-graphics doit supporter toutes les cartes AMD , récentes ou anciennes .

la description des paquets va peut etre t'aider a comprendre la nuance

le méta-paquet => https://packages.debian.org/stretch/fir … ux-nonfree

le firmware amd ( tu a la liste des cartes supportées )=> https://packages.debian.org/stretch/fir … d-graphics

Dernière modification par anonyme (25-08-2017 10:16:50)

#14 25-08-2017 10:23:05

raleur
Membre
Inscription : 03-10-2014

Re : Driver Geforce qui fait planter Linux

anonyme a écrit :

le lanceur c'est lui qui lance le serveur X , selon que se soit gdm3 ou lightdm


C'est la première fois que je vois gdm ou lightdm appelés "lanceurs". Habituellement on les appelle plutôt gestionnaires de session ou de connexion ("display manager" en anglais, d'où la terminaison en "dm"). Pour moi, un lanceur est plutôt un lanceur d'application à l'intérieur du bureau.

anonyme a écrit :

avec plusieurs machines on indique la configuration qui correspond a la question posé tout simplement , le profil est pas statique


Je ne trouve pas cela très pratique. Si le profil évolue et ne correspond plus au sujet, quelqu'un qui lirait la discussion après coup n'y comprendra rien.
Et comment fait-on pour ouvrir deux discussions à propos de deux machines/distributions/versions/GUI différentes ?
Franchement, je pense qu'il est préférable d'indiquer ces éléments dans chaque discussion quand ils sont nécessaires.

gnulux a écrit :

Si je comprends bien, le paquet firmware-amd-graphics est inutile pour des cartes AMD anciennes (genre ATI RV 380 Radeon X600)? Ceci (firmware-linux-nonfree) doit suffire?


Les firmwares Radeon non libres sont nécessaires avec tous les GPU Radeon à partir de la série HD 2000 pour que le KMS fonctionne, et probablement bien avant (y compris pour X600) pour que l'accélération 3D fonctionne.
Jusqu'à Jessie, ces firmwares étaient inclus dans le paquet firmware-linux-nonfree. Comme ils commençaient à être volumineux par rapport aux autres firmwares inclus dans le paquet, à partir de Stretch (et donc Jessie-backports) ils ont été déportés dans un paquet spécifique, firmware-amd-graphics. Le paquet firmware-Linux-non-free depend de ce paquet et d'un autre paquet qui contient les autres firmwares non libres. Ainsi en l'installant on aura toujours les firmwares Radeon, mais pas seulement. Si on a besoin des autres firmwares non libres mais pas des firmwares Radeon, on peut installer seulement l'autre paquet (dont j'ai oublié le nom).

Dernière modification par raleur (25-08-2017 14:49:19)


Il vaut mieux montrer que raconter.

Hors ligne

#15 25-08-2017 14:46:23

anonyme
Invité

Re : Driver Geforce qui fait planter Linux

oui le gestionnaire de session , mais qui lance le serveur X en autre (ce qui nous intéresse dans ce cas ) et qui selon celui que l on utilise ne demande pas les meme ressources graphiques

lightdm => léger + gestionnaire de session

l'accélération 3D n'a rien a voir avec le firmware . le noyau initialise le matériel (et ses ressources ) et le met a disposition du système , le firmware met a jour le noyau pour prise en compte de ce qui n'est pas libre (nonfree)
mesa active la 3D ( les ressources pour la lecture vidéo etc ....) , mesa a ses propres DRM en plus du noyau.
KMS n'est pas une obligation , le firmware nonfree suffit , KMS prépare la disparition du serveur X (en autre pour wayland )
en autre il permet d'avoir la résolution native de l'écran et d'avoir une gestion plus fine du matériel graphique dés le chargement du noyau
pour Amd uniquement , il est recommandé de laisser KMS actif , le paquet amdgpu l'utilise a l init du serveur X (je n'ai pas vérifié pour le paquet radeon ) meme si c'est le paquet amdgpu qui est utilisé et KMS déchargé

tant que les constructeurs ne libéreront pas le code pour leur cartes graphiques , le firmware sera indispensable pour la partie nonfree

nota : Mesa est en libre ce qu'est OpenGL pour le nonfree , en se rapprochant le plus possible des caractéristiques d' OpenGL sans l'égaler.

l'init du serveur X avec Mate + gdm3 sur un dual core E6750  en 775 et PCIe version 1 et une carte AMD de cette année en PCIe version 3
aucun problème de fluidité (le disque est un sata 150Go) , chargement un peu long mais c'est normal  wink


[    56.647] (--) Log file renamed from "/home/robert/.local/share/xorg/Xorg.pid-1107.log" to "/home/robert/.local/share/xorg/Xorg.0.log"
[    56.648]
X.Org X Server 1.19.3
Release Date: 2017-03-15
[    56.648] X Protocol Version 11, Revision 0
[    56.648] Build Operating System: Linux 4.9.0-3-amd64 x86_64 Debian
[    56.648] Current Operating System: Linux debian9 4.12.0-1-amd64 #1 SMP Debian 4.12.6-1 (2017-08-12) x86_64
[    56.648] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.12.0-1-amd64 root=UUID=45d8c187-4511-43cd-a08d-02fb5c84354b ro quiet
[    56.648] Build Date: 07 July 2017  06:22:09AM
[    56.648] xorg-server 2:1.19.3-2 (https://www.debian.org/support)
[    56.648] Current version of pixman: 0.34.0
[    56.648]  Before reporting problems, check http://wiki.x.org
  to make sure that you have the latest version.
[    56.648] Markers: (--) probed, (**) from config file, (==) default setting,
  (++) from command line, (!!) notice, (II) informational,
  (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    56.648] (==) Log file: "/home/robert/.local/share/xorg/Xorg.0.log", Time: Fri Aug 25 15:54:08 2017
[    56.677] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[    56.718] (==) No Layout section.  Using the first Screen section.
[    56.718] (==) No screen section available. Using defaults.
[    56.718] (**) |-->Screen "Default Screen Section" (0)
[    56.718] (**) |   |-->Monitor "<default monitor>"
[    56.719] (==) No monitor specified for screen "Default Screen Section".
  Using a default monitor configuration.
[    56.719] (==) Automatically adding devices
[    56.719] (==) Automatically enabling devices
[    56.719] (==) Automatically adding GPU devices
[    56.719] (==) Max clients allowed: 256, resource mask: 0x1fffff
[    56.719] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[    56.719]  Entry deleted from font path.
[    56.719] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[    56.719]  Entry deleted from font path.
[    56.719] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[    56.719]  Entry deleted from font path.
[    56.719] (WW) The directory "/usr/share/fonts/X11/Type1" does not exist.
[    56.719]  Entry deleted from font path.
[    56.719] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[    56.719]  Entry deleted from font path.
[    56.719] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[    56.719]  Entry deleted from font path.
[    56.719] (==) FontPath set to:
  /usr/share/fonts/X11/misc,
  built-ins
[    56.719] (==) ModulePath set to "/usr/lib/xorg/modules"
[    56.720] (II) The server relies on udev to provide the list of input devices.
  If no devices become available, reconfigure udev or disable AutoAddDevices.
[    56.720] (II) Loader magic: 0x556e25aa9e00
[    56.720] (II) Module ABI versions:
[    56.720]  X.Org ANSI C Emulation: 0.4
[    56.720]  X.Org Video Driver: 23.0
[    56.720]  X.Org XInput driver : 24.1
[    56.720]  X.Org Server Extension : 10.0
[    56.720] (++) using VT number 2

[    56.722] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_32
[    56.723] (II) xfree86: Adding drm device (/dev/dri/card0)
[    56.724] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 12 paused 0
[    56.725] (--) PCI:*(0:4:0:0) 1002:699f:1da2:e367 rev 199, Mem @ 0xe0000000/268435456, 0xdfe00000/2097152, 0xfeb80000/262144, I/O @ 0x0000e000/256, BIOS @ 0x????????/131072
[    56.725] (II) LoadModule: "glx"
[    56.740] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[    56.762] (II) Module glx: vendor="X.Org Foundation"
[    56.762]  compiled for 1.19.3, module version = 1.0.0
[    56.762]  ABI class: X.Org Server Extension, version 10.0
[    56.762] (II) Applying OutputClass "AMDgpu" to /dev/dri/card0
[    56.762]  loading driver: amdgpu
[    56.762] (==) Matched amdgpu as autoconfigured driver 0
[    56.762] (==) Matched ati as autoconfigured driver 1
[    56.762] (==) Matched ati as autoconfigured driver 2
[    56.762] (==) Matched modesetting as autoconfigured driver 3
[    56.762] (==) Matched fbdev as autoconfigured driver 4
[    56.762] (==) Matched vesa as autoconfigured driver 5
[    56.762] (==) Assigned the driver to the xf86ConfigLayout
[    56.762] (II) LoadModule: "amdgpu"
[    56.762] (II) Loading /usr/lib/xorg/modules/drivers/amdgpu_drv.so
[    56.779] (II) Module amdgpu: vendor="X.Org Foundation"
[    56.779]  compiled for 1.19.3, module version = 1.3.0
[    56.779]  Module class: X.Org Video Driver
[    56.779]  ABI class: X.Org Video Driver, version 23.0
[    56.779] (II) LoadModule: "ati"
[    56.795] (WW) Warning, couldn't open module ati
[    56.795] (II) UnloadModule: "ati"
[    56.795] (II) Unloading ati
[    56.795] (EE) Failed to load module "ati" (module does not exist, 0)
[    56.795] (II) LoadModule: "modesetting"
[    56.795] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[    56.812] (II) Module modesetting: vendor="X.Org Foundation"
[    56.812]  compiled for 1.19.3, module version = 1.19.3
[    56.812]  Module class: X.Org Video Driver
[    56.812]  ABI class: X.Org Video Driver, version 23.0
[    56.812] (II) LoadModule: "fbdev"
[    56.812] (WW) Warning, couldn't open module fbdev
[    56.812] (II) UnloadModule: "fbdev"
[    56.812] (II) Unloading fbdev
[    56.812] (EE) Failed to load module "fbdev" (module does not exist, 0)
[    56.812] (II) LoadModule: "vesa"
[    56.812] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[    56.824] (II) Module vesa: vendor="X.Org Foundation"
[    56.824]  compiled for 1.19.0, module version = 2.3.4
[    56.824]  Module class: X.Org Video Driver
[    56.824]  ABI class: X.Org Video Driver, version 23.0
[    56.824] (II) AMDGPU: Driver for AMD Radeon:
  All GPUs supported by the amdgpu kernel driver
[    56.824] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[    56.824] (II) VESA: driver for VESA chipsets: vesa
[    56.824] xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)
[    56.825] (II) [KMS] Kernel modesetting enabled.
[    56.825] (WW) Falling back to old probe method for modesetting
[    56.825] (WW) Falling back to old probe method for vesa
[    56.825] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[    56.825] (II) AMDGPU(0): Creating default Display subsection in Screen section
  "Default Screen Section" for depth/fbbpp 24/32
[    56.825] (==) AMDGPU(0): Depth 24, (--) framebuffer bpp 32
[    56.825] (II) AMDGPU(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
[    56.825] (==) AMDGPU(0): Default visual is TrueColor
[    56.825] (==) AMDGPU(0): RGB weight 888
[    56.825] (II) AMDGPU(0): Using 8 bits per RGB (8 bit DAC)
[    56.825] (--) AMDGPU(0): Chipset: "Radeon RX 550 Series" (ChipID = 0x699f)
[    56.825] (II) Loading sub module "fb"
[    56.825] (II) LoadModule: "fb"
[    56.825] (II) Loading /usr/lib/xorg/modules/libfb.so
[    56.853] (II) Module fb: vendor="X.Org Foundation"
[    56.853]  compiled for 1.19.3, module version = 1.0.0
[    56.853]  ABI class: X.Org ANSI C Emulation, version 0.4
[    56.853] (II) Loading sub module "dri2"
[    56.853] (II) LoadModule: "dri2"
[    56.853] (II) Module "dri2" already built-in
[    56.946] (II) Loading sub module "glamoregl"
[    56.946] (II) LoadModule: "glamoregl"
[    56.946] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[    56.973] (II) Module glamoregl: vendor="X.Org Foundation"
[    56.973]  compiled for 1.19.3, module version = 1.0.0
[    56.973]  ABI class: X.Org ANSI C Emulation, version 0.4
[    56.973] (II) glamor: OpenGL accelerated X.org driver based.
[    56.975] (II) glamor: EGL version 1.4 (DRI2):
[    56.977] (II) AMDGPU(0): glamor detected, initialising EGL layer.
[    56.977] (==) AMDGPU(0): TearFree property default: auto
[    56.977] (II) AMDGPU(0): KMS Pageflipping: enabled
[    57.007] (II) AMDGPU(0): Output DisplayPort-0 has no monitor section
[    57.008] (II) AMDGPU(0): Output HDMI-A-0 has no monitor section
[    57.043] (II) AMDGPU(0): Output DVI-D-0 has no monitor section
[    57.075] (II) AMDGPU(0): EDID for output DisplayPort-0
[    57.076] (II) AMDGPU(0): EDID for output HDMI-A-0
[    57.110] (II) AMDGPU(0): EDID for output DVI-D-0
[    57.110] (II) AMDGPU(0): Manufacturer: ACR  Model: 1e  Serial#: 2500875339
[    57.110] (II) AMDGPU(0): Year: 2009  Week: 51
[    57.110] (II) AMDGPU(0): EDID Version: 1.3
[    57.110] (II) AMDGPU(0): Digital Display Input
[    57.110] (II) AMDGPU(0): Max Image Size [cm]: horiz.: 40  vert.: 25
[    57.110] (II) AMDGPU(0): Gamma: 2.07
[    57.111] (II) AMDGPU(0): DPMS capabilities: Off
[    57.111] (II) AMDGPU(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4
[    57.111] (II) AMDGPU(0): First detailed timing is preferred mode
[    57.111] (II) AMDGPU(0): redX: 0.634 redY: 0.354   greenX: 0.286 greenY: 0.620
[    57.111] (II) AMDGPU(0): blueX: 0.138 blueY: 0.076   whiteX: 0.312 whiteY: 0.328
[    57.111] (II) AMDGPU(0): Supported established timings:
[    57.111] (II) AMDGPU(0): 720x400@70Hz
[    57.111] (II) AMDGPU(0): 640x480@60Hz
[    57.111] (II) AMDGPU(0): 640x480@67Hz
[    57.111] (II) AMDGPU(0): 640x480@72Hz
[    57.111] (II) AMDGPU(0): 640x480@75Hz
[    57.111] (II) AMDGPU(0): 800x600@56Hz
[    57.111] (II) AMDGPU(0): 800x600@60Hz
[    57.111] (II) AMDGPU(0): 800x600@72Hz
[    57.111] (II) AMDGPU(0): 800x600@75Hz
[    57.111] (II) AMDGPU(0): 832x624@75Hz
[    57.111] (II) AMDGPU(0): 1024x768@60Hz
[    57.111] (II) AMDGPU(0): 1024x768@70Hz
[    57.111] (II) AMDGPU(0): 1024x768@75Hz
[    57.111] (II) AMDGPU(0): 1280x1024@75Hz
[    57.111] (II) AMDGPU(0): Manufacturer's mask: 0
[    57.111] (II) AMDGPU(0): Supported standard timings:
[    57.111] (II) AMDGPU(0): #0: hsize: 1280  vsize 1024  refresh: 75  vid: 36737
[    57.111] (II) AMDGPU(0): #1: hsize: 1280  vsize 1024  refresh: 60  vid: 32897
[    57.111] (II) AMDGPU(0): #2: hsize: 1440  vsize 900  refresh: 60  vid: 149
[    57.111] (II) AMDGPU(0): #3: hsize: 1440  vsize 900  refresh: 75  vid: 3989
[    57.111] (II) AMDGPU(0): #4: hsize: 1280  vsize 800  refresh: 60  vid: 129
[    57.111] (II) AMDGPU(0): #5: hsize: 1152  vsize 864  refresh: 75  vid: 20337
[    57.111] (II) AMDGPU(0): Supported detailed timing:
[    57.111] (II) AMDGPU(0): clock: 106.5 MHz   Image Size:  408 x 255 mm
[    57.111] (II) AMDGPU(0): h_active: 1440  h_sync: 1520  h_sync_end 1672 h_blank_end 1904 h_border: 0
[    57.111] (II) AMDGPU(0): v_active: 900  v_sync: 903  v_sync_end 909 v_blanking: 934 v_border: 0
[    57.111] (II) AMDGPU(0): Serial No: LBT080444214
[    57.111] (II) AMDGPU(0): Ranges: V min: 55 V max: 75 Hz, H min: 30 H max: 83 kHz, PixClock max 145 MHz
[    57.111] (II) AMDGPU(0): Monitor name: Acer B193W
[    57.111] (II) AMDGPU(0): EDID (in hex):
[    57.111] (II) AMDGPU(0):  00ffffffffffff0004721e004b541095
[    57.111] (II) AMDGPU(0):  331301038028196b2a6760a25a499e23
[    57.111] (II) AMDGPU(0):  135054bfef00818f81809500950f8100
[    57.111] (II) AMDGPU(0):  714f010101019a29a0d0518422305098
[    57.111] (II) AMDGPU(0):  360098ff1000001c000000ff004c4254
[    57.111] (II) AMDGPU(0):  3038303434343231340a000000fd0037
[    57.111] (II) AMDGPU(0):  4b1e530e000a202020202020000000fc
[    57.111] (II) AMDGPU(0):  00416365722042313933570a202000fd
[    57.111] (II) AMDGPU(0): Printing probed modes for output DVI-D-0
[    57.111] (II) AMDGPU(0): Modeline "1440x900"x59.9  106.50  1440 1520 1672 1904  900 903 909 934 -hsync +vsync (55.9 kHz eP)
[    57.111] (II) AMDGPU(0): Modeline "1280x1024"x75.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "1280x1024"x60.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "1440x900"x75.0  136.75  1440 1536 1688 1936  900 903 909 942 -hsync +vsync (70.6 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "1280x800"x59.9   71.00  1280 1328 1360 1440  800 803 809 823 +hsync -vsync (49.3 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "1152x864"x75.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "1024x768"x75.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "1024x768"x70.1   75.00  1024 1048 1184 1328  768 771 777 806 -hsync -vsync (56.5 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "832x624"x74.6   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "800x600"x72.2   50.00  800 856 976 1040  600 637 643 666 +hsync +vsync (48.1 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "800x600"x75.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "800x600"x56.2   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "640x480"x75.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "640x480"x72.8   31.50  640 664 704 832  480 489 492 520 -hsync -vsync (37.9 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "640x480"x66.7   30.24  640 704 768 864  480 483 486 525 -hsync -vsync (35.0 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "640x480"x59.9   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[    57.111] (II) AMDGPU(0): Modeline "720x400"x70.1   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[    57.111] (II) AMDGPU(0): Output DisplayPort-0 disconnected
[    57.111] (II) AMDGPU(0): Output HDMI-A-0 disconnected
[    57.111] (II) AMDGPU(0): Output DVI-D-0 connected
[    57.111] (II) AMDGPU(0): Using exact sizes for initial modes
[    57.111] (II) AMDGPU(0): Output DVI-D-0 using initial mode 1440x900 +0+0
[    57.111] (II) AMDGPU(0): mem size init: gart size :bfe3d000 vram size: s:7eb6d000 visible:f16d000
[    57.111] (==) AMDGPU(0): DPI set to (96, 96)
[    57.111] (==) AMDGPU(0): Using gamma correction (1.0, 1.0, 1.0)
[    57.111] (II) Loading sub module "ramdac"
[    57.111] (II) LoadModule: "ramdac"
[    57.111] (II) Module "ramdac" already built-in
[    57.111] (II) UnloadModule: "modesetting"
[    57.111] (II) Unloading modesetting
[    57.111] (II) UnloadModule: "vesa"
[    57.111] (II) Unloading vesa
[    57.111] (--) Depth 24 pixmap format is 32 bpp
[    57.111] (II) AMDGPU(0): [DRI2] Setup complete
[    57.111] (II) AMDGPU(0): [DRI2]   DRI driver: radeonsi
[    57.112] (II) AMDGPU(0): [DRI2]   VDPAU driver: radeonsi
[    57.112] (II) AMDGPU(0): Front buffer pitch: 6144 bytes
[    57.113] (II) AMDGPU(0): SYNC extension fences enabled
[    57.113] (II) AMDGPU(0): Present extension enabled
[    57.113] (==) AMDGPU(0): DRI3 enabled
[    57.113] (==) AMDGPU(0): Backing store enabled
[    57.113] (II) AMDGPU(0): Direct rendering enabled
[    57.563] (II) AMDGPU(0): Use GLAMOR acceleration.
[    57.563] (II) AMDGPU(0): Acceleration enabled
[    57.563] (==) AMDGPU(0): DPMS enabled
[    57.563] (==) AMDGPU(0): Silken mouse enabled
[    57.563] (II) AMDGPU(0): Set up textured video (glamor)
[    57.563] (II) AMDGPU(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[    57.620] (--) RandR disabled
[    57.628] (II) SELinux: Disabled on system
[    57.631] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[    57.631] (II) AIGLX: enabled GLX_ARB_create_context
[    57.631] (II) AIGLX: enabled GLX_ARB_create_context_profile
[    57.631] (II) AIGLX: enabled GLX_EXT_create_context_es{,2}_profile
[    57.631] (II) AIGLX: enabled GLX_INTEL_swap_event
[    57.631] (II) AIGLX: enabled GLX_SGI_swap_control
[    57.631] (II) AIGLX: enabled GLX_EXT_framebuffer_sRGB
[    57.631] (II) AIGLX: enabled GLX_ARB_fbconfig_float
[    57.631] (II) AIGLX: enabled GLX_EXT_fbconfig_packed_float
[    57.631] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
[    57.631] (II) AIGLX: enabled GLX_ARB_create_context_robustness
[    57.632] (II) AIGLX: Loaded and initialized radeonsi
[    57.632] (II) GLX: Initialized DRI2 GL provider for screen 0
[    57.668] (II) AMDGPU(0): Setting screen physical size to 381 x 238
 



les ressources du gpu ne sont pas les meme  roll

Dernière modification par anonyme (25-08-2017 15:10:01)

#16 25-08-2017 15:05:22

raleur
Membre
Inscription : 03-10-2014

Re : Driver Geforce qui fait planter Linux

anonyme a écrit :

l'accélération 3D n'a rien a voir avec le firmware


Possible, je n'en sais rien, mais j'observe que sans firmware, les pilotes Radeon n'ont pas d'accélération 3D.

anonyme a écrit :

le firmware met a jour le noyau


Pas du tout. Un firmware est chargé directement sur le périphérique.

anonyme a écrit :

KMS n'est pas une obligation


Pourtant, avec les pilotes Radeon, pas de KMS = pas d'accélération matérielle.

anonyme a écrit :

tant que les constructeurs ne libéreront pas le code pour leur cartes graphiques , le firmware sera indispensable pour la partie nonfree


Rien à voir. Que le code (quel code ?) soit libéré ou pas, un firmware sera toujours indispensable avec ces GPU parce qu'ils sont conçus ainsi. Le firmware, c'est le programme du GPU. Sans programme, il (du moins certaines de ces fonctionnalités) ne fonctionne pas.

anonyme a écrit :

Mesa est en libre ce qu'est OpenGL pour le nonfree


Pas du tout. OpenGL est une spécification d'API, et Mesa est une implémentation libre d'OpenGL.


Il vaut mieux montrer que raconter.

Hors ligne

#17 25-08-2017 15:28:42

anonyme
Invité

Re : Driver Geforce qui fait planter Linux

je me demande pourquoi je discute  tongue  , le pilote propriétaire fonctionne sans KMS (désactivé ) , nouveau aussi , intel aussi  avec le serveur X
et amd j'ai pas de temps a perdre mais je suis certain que les anciennes cartes tournent trés bien sans .

un matériel a toujours besoin d un bout de programme pour fonctionner  , une carte graphique aussi , les .bin du firmware servent a mettre a jour les informations du dit matériel . (qui ne peut etre intégré a debian parce que nonlibre ) et mit a disposition de l'utilisateur pour lui permettre d'utiliser son matériel quand meme.

Après le reste c'est des jeux de mot , pas très constructif  roll

le kernel qui charge le firmware pour la carte video


Aug 25 15:53:27 debian9 kernel: [   11.101842] [drm] initializing kernel modesetting (POLARIS12 0x1002:0x699F 0x1DA2:0xE367 0xC7).
Aug 25 15:53:27 debian9 kernel: [   11.101844] amdgpu 0000:04:00.0: VM size (-1) must be a power of 2
Aug 25 15:53:27 debian9 kernel: [   11.101855] [drm] register mmio base: 0xFEB80000
Aug 25 15:53:27 debian9 kernel: [   11.101855] [drm] register mmio size: 262144
Aug 25 15:53:27 debian9 kernel: [   11.101866] [drm] probing gen 2 caps for device 8086:2e31 = 2212501/0
Aug 25 15:53:27 debian9 kernel: [   11.101867] [drm] probing mlw for device 8086:2e31 = 2212501
Aug 25 15:53:27 debian9 kernel: [   11.101875] [drm] UVD is enabled in VM mode
Aug 25 15:53:27 debian9 kernel: [   11.101876] [drm] VCE enabled in VM mode
Aug 25 15:53:27 debian9 kernel: [   11.130571] [drm] BIOS signature incorrect 2f 7
Aug 25 15:53:27 debian9 kernel: [   11.130576] amdgpu 0000:04:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff
Aug 25 15:53:27 debian9 kernel: [   11.130646] ATOM BIOS: 113-3672E-UO3
Aug 25 15:53:27 debian9 kernel: [   11.130657] [drm] GPU post is not needed
Aug 25 15:53:27 debian9 kernel: [   11.130851] [drm] vm size is 64 GB, block size is 13-bit
Aug 25 15:53:27 debian9 kernel: [   11.347150] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_mc.bin
Aug 25 15:53:27 debian9 kernel: [   11.347164] amdgpu 0000:04:00.0: VRAM: 2048M 0x0000000000000000 - 0x000000007FFFFFFF (2048M used)
Aug 25 15:53:27 debian9 kernel: [   11.347166] amdgpu 0000:04:00.0: GTT: 3072M 0x0000000080000000 - 0x000000013FFFFFFF
Aug 25 15:53:27 debian9 kernel: [   11.347174] [drm] Detected VRAM RAM=2048M, BAR=256M
Aug 25 15:53:27 debian9 kernel: [   11.347175] [drm] RAM width 128bits GDDR5
Aug 25 15:53:27 debian9 kernel: [   11.347234] [TTM] Zone  kernel: Available graphics memory: 4088224 kiB
Aug 25 15:53:27 debian9 kernel: [   11.347235] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
Aug 25 15:53:27 debian9 kernel: [   11.347236] [TTM] Initializing pool allocator
Aug 25 15:53:27 debian9 kernel: [   11.347241] [TTM] Initializing DMA pool allocator
Aug 25 15:53:27 debian9 kernel: [   11.347266] [drm] amdgpu: 2048M of VRAM memory ready
Aug 25 15:53:27 debian9 kernel: [   11.347267] [drm] amdgpu: 3072M of GTT memory ready.
Aug 25 15:53:27 debian9 kernel: [   11.347282] [drm] GART: num cpu pages 786432, num gpu pages 786432
Aug 25 15:53:27 debian9 kernel: [   11.348478] [drm] PCIE GART of 3072M enabled (table at 0x0000000000040000).
Aug 25 15:53:27 debian9 kernel: [   11.348511] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
Aug 25 15:53:27 debian9 kernel: [   11.348511] [drm] Driver supports precise vblank timestamp query.
Aug 25 15:53:27 debian9 kernel: [   11.348553] amdgpu 0000:04:00.0: amdgpu: using MSI.
Aug 25 15:53:27 debian9 kernel: [   11.348573] [drm] amdgpu: irq initialized.
Aug 25 15:53:27 debian9 kernel: [   11.523847] amdgpu: [powerplay] amdgpu: powerplay sw initialized
Aug 25 15:53:27 debian9 kernel: [   11.524025] [drm] AMDGPU Display Connectors
Aug 25 15:53:27 debian9 kernel: [   11.524026] [drm] Connector 0:
Aug 25 15:53:27 debian9 kernel: [   11.524027] [drm]   DP-1
Aug 25 15:53:27 debian9 kernel: [   11.524027] [drm]   HPD5
Aug 25 15:53:27 debian9 kernel: [   11.524029] [drm]   DDC: 0x4868 0x4868 0x4869 0x4869 0x486a 0x486a 0x486b 0x486b
Aug 25 15:53:27 debian9 kernel: [   11.524029] [drm]   Encoders:
Aug 25 15:53:27 debian9 kernel: [   11.524030] [drm]     DFP1: INTERNAL_UNIPHY1
Aug 25 15:53:27 debian9 kernel: [   11.524030] [drm] Connector 1:
Aug 25 15:53:27 debian9 kernel: [   11.524031] [drm]   HDMI-A-1
Aug 25 15:53:27 debian9 kernel: [   11.524031] [drm]   HPD3
Aug 25 15:53:27 debian9 kernel: [   11.524033] [drm]   DDC: 0x4874 0x4874 0x4875 0x4875 0x4876 0x4876 0x4877 0x4877
Aug 25 15:53:27 debian9 kernel: [   11.524033] [drm]   Encoders:
Aug 25 15:53:27 debian9 kernel: [   11.524034] [drm]     DFP2: INTERNAL_UNIPHY1
Aug 25 15:53:27 debian9 kernel: [   11.524034] [drm] Connector 2:
Aug 25 15:53:27 debian9 kernel: [   11.524035] [drm]   DVI-D-1
Aug 25 15:53:27 debian9 kernel: [   11.524035] [drm]   HPD4
Aug 25 15:53:27 debian9 kernel: [   11.524037] [drm]   DDC: 0x4878 0x4878 0x4879 0x4879 0x487a 0x487a 0x487b 0x487b
Aug 25 15:53:27 debian9 kernel: [   11.524037] [drm]   Encoders:
Aug 25 15:53:27 debian9 kernel: [   11.524038] [drm]     DFP3: INTERNAL_UNIPHY
Aug 25 15:53:27 debian9 kernel: [   11.662993] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_pfp.bin
Aug 25 15:53:27 debian9 kernel: [   11.680850] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_me.bin
Aug 25 15:53:27 debian9 kernel: [   11.753225] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_ce.bin
Aug 25 15:53:27 debian9 kernel: [   11.756523] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_rlc.bin
Aug 25 15:53:27 debian9 kernel: [   11.804282] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_mec.bin
Aug 25 15:53:27 debian9 kernel: [   11.871794] Adding 6369276k swap on /dev/sda5.  Priority:-1 extents:1 across:6369276k FS
Aug 25 15:53:27 debian9 kernel: [   11.916761] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_mec2.bin
Aug 25 15:53:27 debian9 kernel: [   11.916866] amdgpu 0000:04:00.0: fence driver on ring 0 use gpu addr 0x0000000080000008, cpu addr 0xffff9bca59149008
Aug 25 15:53:27 debian9 kernel: [   11.916908] amdgpu 0000:04:00.0: fence driver on ring 1 use gpu addr 0x0000000080000018, cpu addr 0xffff9bca59149018
Aug 25 15:53:27 debian9 kernel: [   11.916939] amdgpu 0000:04:00.0: fence driver on ring 2 use gpu addr 0x0000000080000028, cpu addr 0xffff9bca59149028
Aug 25 15:53:27 debian9 kernel: [   11.916968] amdgpu 0000:04:00.0: fence driver on ring 3 use gpu addr 0x0000000080000038, cpu addr 0xffff9bca59149038
Aug 25 15:53:27 debian9 kernel: [   11.916997] amdgpu 0000:04:00.0: fence driver on ring 4 use gpu addr 0x0000000080000048, cpu addr 0xffff9bca59149048
Aug 25 15:53:27 debian9 kernel: [   11.917024] amdgpu 0000:04:00.0: fence driver on ring 5 use gpu addr 0x0000000080000058, cpu addr 0xffff9bca59149058
Aug 25 15:53:27 debian9 kernel: [   11.917051] amdgpu 0000:04:00.0: fence driver on ring 6 use gpu addr 0x0000000080000068, cpu addr 0xffff9bca59149068
Aug 25 15:53:27 debian9 kernel: [   11.917081] amdgpu 0000:04:00.0: fence driver on ring 7 use gpu addr 0x0000000080000078, cpu addr 0xffff9bca59149078
Aug 25 15:53:27 debian9 kernel: [   11.917108] amdgpu 0000:04:00.0: fence driver on ring 8 use gpu addr 0x0000000080000088, cpu addr 0xffff9bca59149088
Aug 25 15:53:27 debian9 kernel: [   11.929253] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_sdma.bin
Aug 25 15:53:27 debian9 kernel: [   11.943074] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_sdma1.bin
Aug 25 15:53:27 debian9 kernel: [   11.943146] amdgpu 0000:04:00.0: fence driver on ring 9 use gpu addr 0x0000000080000098, cpu addr 0xffff9bca59149098
Aug 25 15:53:27 debian9 kernel: [   11.943197] amdgpu 0000:04:00.0: fence driver on ring 10 use gpu addr 0x00000000800000a8, cpu addr 0xffff9bca591490a8
Aug 25 15:53:27 debian9 kernel: [   11.983342] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_uvd.bin
Aug 25 15:53:27 debian9 kernel: [   11.983350] [drm] Found UVD firmware Version: 1.79 Family ID: 16
Aug 25 15:53:27 debian9 kernel: [   11.984327] amdgpu 0000:04:00.0: fence driver on ring 11 use gpu addr 0x000000000082d420, cpu addr 0xffffb0b88305a420
Aug 25 15:53:27 debian9 kernel: [   12.220447] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_vce.bin
Aug 25 15:53:27 debian9 kernel: [   12.220455] [drm] Found VCE firmware Version: 52.4 Binary ID: 3
Aug 25 15:53:27 debian9 kernel: [   12.220665] amdgpu 0000:04:00.0: fence driver on ring 12 use gpu addr 0x00000000800000c8, cpu addr 0xffff9bca591490c8
Aug 25 15:53:27 debian9 kernel: [   12.220701] amdgpu 0000:04:00.0: fence driver on ring 13 use gpu addr 0x00000000800000d8, cpu addr 0xffff9bca591490d8
Aug 25 15:53:27 debian9 kernel: [   12.269598] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/polaris12_smc.bin
Aug 25 15:53:27 debian9 kernel: [   12.324240] amdgpu: [powerplay] [AVFS] Something is broken. See log!
Aug 25 15:53:27 debian9 kernel: [   12.327086] amdgpu: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!
Aug 25 15:53:27 debian9 kernel: [   12.327087] amdgpu: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!
Aug 25 15:53:27 debian9 kernel: [   12.327087] amdgpu: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!
Aug 25 15:53:27 debian9 kernel: [   12.327088] amdgpu: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!
Aug 25 15:53:27 debian9 kernel: [   12.327089] amdgpu: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!
Aug 25 15:53:27 debian9 kernel: [   12.327089] amdgpu: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!
Aug 25 15:53:27 debian9 kernel: [   12.327090] amdgpu: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!
Aug 25 15:53:27 debian9 kernel: [   12.327091] amdgpu: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!
Aug 25 15:53:27 debian9 kernel: [   12.342851] [drm] ring test on 0 succeeded in 17 usecs
Aug 25 15:53:27 debian9 kernel: [   12.343106] [drm] ring test on 1 succeeded in 32 usecs
Aug 25 15:53:27 debian9 kernel: [   12.343170] [drm] ring test on 2 succeeded in 33 usecs
Aug 25 15:53:27 debian9 kernel: [   12.343207] [drm] ring test on 3 succeeded in 18 usecs
Aug 25 15:53:27 debian9 kernel: [   12.343242] [drm] ring test on 4 succeeded in 17 usecs
Aug 25 15:53:27 debian9 kernel: [   12.343279] [drm] ring test on 5 succeeded in 18 usecs
Aug 25 15:53:27 debian9 kernel: [   12.343320] [drm] ring test on 6 succeeded in 17 usecs
Aug 25 15:53:27 debian9 kernel: [   12.343352] [drm] ring test on 7 succeeded in 15 usecs
Aug 25 15:53:27 debian9 kernel: [   12.343386] [drm] ring test on 8 succeeded in 17 usecs
Aug 25 15:53:27 debian9 kernel: [   12.343443] [drm] ring test on 9 succeeded in 7 usecs
Aug 25 15:53:27 debian9 kernel: [   12.343452] [drm] ring test on 10 succeeded in 7 usecs
Aug 25 15:53:27 debian9 kernel: [   12.390214] [drm] ring test on 11 succeeded in 1 usecs
Aug 25 15:53:27 debian9 kernel: [   12.390221] [drm] UVD initialized successfully.
Aug 25 15:53:27 debian9 kernel: [   12.500195] [drm] ring test on 12 succeeded in 6 usecs
Aug 25 15:53:27 debian9 kernel: [   12.500206] [drm] ring test on 13 succeeded in 3 usecs
Aug 25 15:53:27 debian9 kernel: [   12.500207] [drm] VCE initialized successfully.
Aug 25 15:53:27 debian9 kernel: [   12.500599] [drm] ib test on ring 0 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.500761] [drm] ib test on ring 1 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.500831] [drm] ib test on ring 2 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.500889] [drm] ib test on ring 3 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.500946] [drm] ib test on ring 4 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.501002] [drm] ib test on ring 5 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.501059] [drm] ib test on ring 6 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.501116] [drm] ib test on ring 7 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.501174] [drm] ib test on ring 8 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.501201] [drm] ib test on ring 9 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.501226] [drm] ib test on ring 10 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.502927] [drm] ib test on ring 11 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.503154] [drm] ib test on ring 12 succeeded
Aug 25 15:53:27 debian9 kernel: [   12.578501] [drm] fb mappable at 0xE0A37000
Aug 25 15:53:27 debian9 kernel: [   12.578502] [drm] vram apper at 0xE0000000
Aug 25 15:53:27 debian9 kernel: [   12.578503] [drm] size 5324800
Aug 25 15:53:27 debian9 kernel: [   12.578504] [drm] fb depth is 24
Aug 25 15:53:27 debian9 kernel: [   12.578504] [drm]    pitch is 5888
Aug 25 15:53:27 debian9 kernel: [   12.578574] fbcon: amdgpudrmfb (fb0) is primary device
Aug 25 15:53:27 debian9 kernel: [   12.965538] Console: switching to colour frame buffer device 180x56
Aug 25 15:53:27 debian9 kernel: [   12.969330] amdgpu 0000:04:00.0: fb0: amdgpudrmfb frame buffer device
Aug 25 15:53:27 debian9 kernel: [   12.984084] [drm] Initialized amdgpu 3.15.0 20150101 for 0000:04:00.0 on minor 0
 

#18 26-08-2017 09:44:11

raleur
Membre
Inscription : 03-10-2014

Re : Driver Geforce qui fait planter Linux

anonyme a écrit :

je me demande pourquoi je discute


Pour échanger du savoir, comme moi ?

anonyme a écrit :

le pilote propriétaire fonctionne sans KMS (désactivé ) , nouveau aussi , intel aussi  avec le serveur X


Je parlais uniquement du pilote libre radeon, pas du pilote propriétaire, nouveau ni intel.

anonyme a écrit :

je suis certain que les anciennes cartes tournent trés bien sans


Testé avec le GPU Radeon X300 Mobility de mon portable :
Sans KMS (radeon.modeset=0), pas de framebuffer haute résolution en console, performances 3D basses ("AIGLX reverting to software rendering")

anonyme a écrit :

un matériel a toujours besoin d un bout de programme pour fonctionner  , une carte graphique aussi


Non, pas toujours. Certains périphériques simples n'ont pas de firmware. Je te garantis que les cartes VGA d'origine n'en avaient pas, c'est le logiciel du système hôte qui faisait tout.

anonyme a écrit :

les .bin du firmware servent a mettre a jour les informations du dit matériel . (qui ne peut etre intégré a debian parce que nonlibre ) et mit a disposition de l'utilisateur pour lui permettre d'utiliser son matériel quand meme.


Je ne vois pas ce que tu veux dire par "mettre à jour les informations du dit matériel". Un firmware, c'est un programme qui est chargé et s'exécute sur le périphérique. C'est différent d'un pilote qui est un programme qui s'exécute sur le processeur du système hôte pour communiquer avec le périphérique.

Le fait d'être libre ou non libre ne change rien à la nature ni au rôle d'un firmware. Il existe des firmwares libres, par exemple dans le paquet firmware-linux-free.


Il vaut mieux montrer que raconter.

Hors ligne

#19 26-08-2017 10:34:55

anonyme
Invité

Re : Driver Geforce qui fait planter Linux

Bonjour

pour AMD j'ai testé une RX550 du mois d'Avril 2017 (petite carte d'entrée de gamme )
pour une prise en charge complète , j'ai du prendre des paquets de expérimental et de sid
le firmware a été modifié avec des fichiers d'autres OS GNU Linux
il a fallu un noyau égal ou supérieur a 4.10 , le dernier paquet amdgpu , Mesa 17 , et un firmware modifié contenant les .bin pour polaris12 (que debian n'a pas encore intégré dans son firmware )
les 2 logs au dessus donne le résultat , c'est pas parfait mais le fonctionnement est correct.
on a pas la meme vision du fonctionnement du serveur X , pour KMS et AMD on est d'accord qu il est est conseillé de laisser KMS actif pour une meilleure prise en charge , je l ai signalé plusieurs fois dans mes posts.
l'information était sur un wiki debian donc fiable
nota : la carte du dessus a été testé avec KMS uniquement et avec KMS + le paquet amdgpu (dans le second cas le résultat est meilleur , mais les deux fonctionnent )
pour les firmware libre la licence correspond a la politique debian et ce paquet est installé d office a l installation.
toutes les cartes graphiques ont un bios (maintenant un firmware UEFI ) meme les plus simples.
les étapes sont détection du matériel graphique (noyau) ce qui a changé avec KMS c'est la prise en charge des le debut du matériel , puis le chargement de X ( radeon ou amdgpu et chargement de mesa )
a priori on est pas d'accord sur la notion de libre ou non-free et l utilité d un firmware pour la vidéo et du fonctionnement du noyau
a chaque génération de carte graphiques les fonctions disponibles évolues ( lecture vidéo , calcul , affichage , mémoire embarquées , fonction 2D et 3D etc ..... )
ça aide pas le membre pour son problème tout ça

nota : j'ai vu que sur un autre post tu a testé une carte assez ancienne AMD AGP avec 512 Mo de mémoire vive et le résultat te semble correct avec Stretch
la notion de lag reste subjectif selon la personne et les logiciels utilisées , j'ai éliminé tous mon ancien matériel (AGP et PCIe ) donc pas possible de tester pour moi

#20 26-08-2017 10:38:20

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : Driver Geforce qui fait planter Linux

copie du lien du dernier post de raleur dans le wiki, là :
https://debian-facile.org/doc:materiel: … troduction

Et hop ! Merci aux intervenants de ce post.
... character0034.gif

saque eud dun (patois chtimi : fonce dedans)

Hors ligne

#21 26-08-2017 13:34:04

raleur
Membre
Inscription : 03-10-2014

Re : Driver Geforce qui fait planter Linux

anonyme a écrit :

pour KMS et AMD on est d'accord qu il est est conseillé de laisser KMS actif pour une meilleure prise en charge


C'est pire que ça : à partir de la série Radeon HD 2000 (c'est déjà très vieux), KMS est obligatoire pour les pilotes radeon.
Je viens de vérifier expérimentalement avec le Radeon HD 2400 : avec nomodeset ou radeon.modeset=0, le module radeon du noyau ne se charge pas et le pilote radeon de X.org non plus, au final c'est le pilote générique VESA qui est utilisé.

anonyme a écrit :

nota : la carte du dessus a été testé avec KMS uniquement et avec KMS + le paquet amdgpu (dans le second cas le résultat est meilleur , mais les deux fonctionnent )


Comment ça, avec KMS uniquement ? KMS n'est qu'une fonctionnalité du noyau, pas un pilote graphique.
Est-ce que tu ne serais pas en train de parler du pilote modesetting de X.org ? Si c'est bien le cas, merci de l'appeler par son vrai nom et pas KMS qui désigne autre chose : Kernel Mode-Setting, gestion des modes graphiques par le noyau, fonctionnalité apportée par les modules graphiques du noyau et utilisée par les pilotes graphiques de X.org.

De toute façon c'est hors sujet car le pilote amdgpu est pour des GPU beaucoup plus récents que le Radeon HD 5000 dont il est question dans ce sujet.

anonyme a écrit :

toutes les cartes graphiques ont un bios (maintenant un firmware UEFI ) meme les plus simples.


Le firmware BIOS/EFI d'une carte graphique est exécuté par le processeur du système hôte. C'est complètement différent d'un firmware exécuté par le GPU dont il est question ici.

anonyme a écrit :

la notion de lag reste subjectif selon la personne et les logiciels utilisées


Je n'ai pas constaté le moindre lag lors de la manipulation des fenêtres.


Il vaut mieux montrer que raconter.

Hors ligne

#22 26-08-2017 13:55:19

anonyme
Invité

Re : Driver Geforce qui fait planter Linux

je ne répond que pour KMS ce qui est le plus important

dans ton test tu désinstalle tous les paquets relatif a AMD (xserver-xorg-video-ati radeon et amdgpu ) KMS va généré un paquet virtuel xserver-xorg-video-radeon qui n'est pas le meme que le paquet physique radeon
tu regarde le log  (et regarde les différences sur la gestion et version )
pour info  :
KMS va remplacer tous les paquets du serveur X , si tu teste gnome sur buster tu verra qu il n y a plus de log de X , il tourne directement avec le bureau Wayland , c'est KMS qui initialise le matériel video
pour l instant on a encore le choix entre gnome et gnome sur X  (sur la future stable dans environ 2 ans )
pas de modification pour les autres bureau , pour KDE je pense qu il va tourner avec Wayland (mais je connais pas , je sais que ça bouge )

a partir de Stretch , le paquet modesetting (.so il me semble ) est un paquet virtuel  (plus de paquet physique comme sur jessie , qui était d'ailleurs un paquet basic )

j'ai pas encore testé mais je pense que quelqu'un qui n utilise que Wayland , tous les paquets vidéo peuvent etre retiré (sauf vesa pour ne pas provoquer la désinstallation du serveur X )
c'est le modesetting qui va générer le bon driver virtuel en fonction du matériel

Dernière modification par anonyme (27-08-2017 12:22:23)

#23 27-08-2017 09:20:41

raleur
Membre
Inscription : 03-10-2014

Re : Driver Geforce qui fait planter Linux

anonyme a écrit :

tu désinstalle tous les paquets relatif a AMD (xserver-xorg-video-ati radeon et amdgpu )


Au passage ça désinstalle divers méta-paquets jusqu'à task-desktop qui en dépendent, mais admettons.

anonyme a écrit :

KMS va généré un paquet virtuel xserver-xorg-video-radeon qui n'est pas le meme que le paquet physique radeon


Quand tu écris "KMS", de quoi parles-tu exactement ? Je t'ai posé la question plusieurs fois, mais tu n'as jamais répondu, entretenant l'ambiguïté.
Est-ce la fonctionnalité "kernel mode setting" du noyau ?
Est-ce le pilote "modesetting" de X.org ?
Est-ce autre chose ? Car je ne vois pas comment  l'un ou l'autre pourrait "générer un paquet virtuel", ce qui nécessite d'interagir avec le système de paquetages de Debian.

anonyme a écrit :

si tu teste gnome sur buster


Ce que tu écris plus haut n'est valable qu'à partir de Buster ou bien déjà dans Stretch ?

anonyme a écrit :

pour KDE je pense qu il va tourner avec gnome


Pardon ? KDE va tourner avec Gnome ? Qu'est-ce que ça veut dire ? Tu veux dire avec Wayland ?

anonyme a écrit :

a partir de Stretch , le paquet modesetting (.so il me semble ) est un paquet virtuel


Il n'y a pas de paquet modesetting ni modesetting.so, réel ou virtuel.
Puisque tu n'arrives pas à être précis, je vais l'être.
modesetting_drv.so est le pilote modesetting de X.org. Jusqu'à Jessie, il était installé par le paquet xserver-xorg-video-modesetting. Depuis Stretch, il est inclus dans le paquet xserver-xorg-core, et le paquet xserver-xorg-video-modesetting est devenu un paquet virtuel fourni par le paquet xserver-xorg-core.


Il vaut mieux montrer que raconter.

Hors ligne

#24 27-08-2017 12:15:26

anonyme
Invité

Re : Driver Geforce qui fait planter Linux

Bonjour

beaucoup de question tongue  ,  pour KDE je pense oui ,  wayland , mais vaut mieux vérifier sur le net ou avec ceux qui l utilise . (peut écrit une bètise )
pour gnome sur debian c'est sur je l ai installé suite au poste de Mercredi , gnome par défaut est sur le bureau Wayland

=> (en #7 )  =>  https://debian-facile.org/viewtopic.php?id=17381

ps: mon erreur c'est de mélanger gnome et KDE tongue   (je pensais a Ubuntu et j'ai écrit gnome au lieu de wayland )
je modifie mon poste au dessus qui veut rien dire (le cerveau a quelque lacune parfois tongue )

pour Wayland a partir de Buster (stretch a le bureau "gnome sur X" et un mode "gnome sur wayland" )

pour le reste c'est ce que tu a écrit a la fin (tu l'avais déja expliqué ) comment est généré le paquet virtuel modesetting (la description des paquets donnent l'information )

quand je parle de KMS , c'est en fonction de la version du noyau , c'est un vilain raccourci
par contre a partir de grub je n'arrive plus a désactiver modesetting (modeset=0  ou nomodeset=1 )  sur la petite machine avec une carte ATI agp
j'ai toujours KMS activé


[    54.901] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[    54.901] (II) FBDEV: driver for framebuffer: fbdev
[    54.901] (II) VESA: driver for VESA chipsets: vesa
[    55.053] (II) [KMS] Kernel modesetting enabled.
[    55.053] (WW) Falling back to old probe method for modesetting
[    55.053] (WW) Falling back to old probe method for fbdev
 



les DRM


[   11.964573] [drm] Initialized
[   12.960775] [drm] radeon kernel modesetting enabled.
[   13.222345] [drm] initializing kernel modesetting (RV350 0x1002:0x4150 0x148C:0x2066 0x00).
[   13.222373] [drm] register mmio base: 0xFBE00000
[   13.222375] [drm] register mmio size: 65536
[   13.223310] radeon 0000:01:00.0: putting AGP V3 device into 8x mode
[   13.223319] radeon 0000:01:00.0: GTT: 256M 0xC0000000 - 0xCFFFFFFF
[   13.223323] [drm] Generation 2 PCI interface, using max accessible memory
[   13.223329] radeon 0000:01:00.0: VRAM: 256M 0x00000000D0000000 - 0x00000000DFFFFFFF (128M used)
[   13.223353] [drm] Detected VRAM RAM=256M, BAR=256M
[   13.223355] [drm] RAM width 128bits DDR
[   13.223625] [drm] radeon: 128M of VRAM memory ready
[   13.223627] [drm] radeon: 256M of GTT memory ready.
[   13.223679] [drm] radeon: 1 quad pipes, 1 Z pipes initialized.
[   13.225752] radeon 0000:01:00.0: WB disabled
[   13.225760] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x00000000c0000000 and cpu addr 0xffffae5180311000
[   13.225764] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   13.225765] [drm] Driver supports precise vblank timestamp query.
[   13.225800] [drm] radeon: irq initialized.
[   13.225822] [drm] Loading R300 Microcode
[   13.254777] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/R300_cp.bin
[   13.255156] [drm] radeon: ring at 0x00000000C0001000
[   13.255183] [drm] ring test succeeded in 1 usecs
[   13.257527] [drm] ib test succeeded in 0 usecs
[   13.258302] [drm] Radeon Display Connectors
[   13.258304] [drm] Connector 0:
[   13.258305] [drm]   VGA-1
[   13.258309] [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
[   13.258310] [drm]   Encoders:
[   13.258311] [drm]     CRT1: INTERNAL_DAC1
[   13.258313] [drm] Connector 1:
[   13.258314] [drm]   DVI-I-1
[   13.258315] [drm]   HPD1
[   13.258318] [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
[   13.258319] [drm]   Encoders:
[   13.258321] [drm]     CRT2: INTERNAL_DAC2
[   13.258322] [drm]     DFP1: INTERNAL_TMDS1
[   13.258323] [drm] Connector 2:
[   13.258324] [drm]   SVIDEO-1
[   13.258325] [drm]   Encoders:
[   13.258326] [drm]     TV1: INTERNAL_DAC2
[   13.389095] [drm] fb mappable at 0xD0040000
[   13.389097] [drm] vram apper at 0xD0000000
[   13.389098] [drm] size 5242880
[   13.389100] [drm] fb depth is 24
[   13.389101] [drm]    pitch is 5120
[   13.390163] fbcon: radeondrmfb (fb0) is primary device
[   13.601224] radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device
[   13.612073] [drm] Initialized radeon 2.48.0 20080528 for 0000:01:00.0 on minor 0
 



je vais tester sans paquet AMD/ATI

Dernière modification par anonyme (27-08-2017 13:02:05)

#25 27-08-2017 13:54:04

raleur
Membre
Inscription : 03-10-2014

Re : Driver Geforce qui fait planter Linux

anonyme a écrit :


pour le reste c'est ce que tu a écrit a la fin (tu l'avais déja expliqué ) comment est généré le paquet virtuel modesetting (la description des paquets donnent l'information )


Le paquet virtuel xserver-xorg-video-modesetting de Stretch et suivantes n'est pas généré (par KMS ni quoi que ce soit, et encore moins lors de la désinstallation des autres paquets xserver-xorg-video-*). Il préexiste dans la liste de paquets d'APT en tant que paquet virtuel parce qu'il est fourni (en-tête "Provides") par le paquet xserver-xorg-core.

Du coup, je n'ai pas besoin de désinstaller xserver-xorg-video-radeon et compagnie pour espérer assister à cette miraculeuse génération de paquet virtuel. Ouf.

anonyme a écrit :

quand je parle de KMS , c'est en fonction de la version du noyau , c'est un vilain raccourci


C'est bien ce que je te reproche. Essaie d'être plus précis, plus clair.
Et sinon, aurai-je enfin une réponse à ma question : "qu'entends-tu exactement par KMS" ? Et j'ajoute : en quoi cela dépend-il de la version du noyau ?

anonyme a écrit :

par contre a partir de grub je n'arrive plus a désactiver modesetting (modeset=0  ou nomodeset=1 )  sur la petite machine avec une carte ATI agp


"modeset=0" ne marche pas en tant que paramètre global, seulement pour un module donné : par exemple radeon.modeset=0.
"nomodeset" (pas besoin d'ajouter "=1") devrait fonctionner, sauf si le paramètre "modeset" du module a été forcé à 1.

anonyme a écrit :

je vais tester sans paquet AMD/ATI


Tout ceci étant dans le noyau, la présence des pilotes X.org n'a aucune influence sur l'activation du KMS.

Dernière modification par raleur (27-08-2017 13:54:37)


Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums