Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par Anonyme-11 (26-01-2020 10:00:03)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
chargé les pilotes de ma carte graphique (AMD Radeon RX 570)
et , sous testing , j'ai des consoles en 1600 x 1200 (écran 4K) .
Hors ligne
j'utilise très peu les consoles.
Et moi je les utilise parfois beaucoup, car du dév' en FreePascal/Lazarus peut se terminer avec tout l'écran bloqué, plus que les consoles qui sont opérationnelles et là, taper ps ax montre parfois des lignes épouvantablement longues qui nécessitent bien plus qu'un misérable 640 px...
Voilà le pourquoi du comment.
Merci à jarek, merci à toi avec juste une remarque : tu parles de carte graphique, j'en conclus qu'il s'agit d'une chose pluggée dans un connecteur pci, ça n'a donc rien à voir avec mon bazar qui ne supporte pas ta ligne de commande (je l'avais déjà testée, ça empêche le démarrage de X).
Dernière modification par jpt (21-09-2020 12:00:11)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Hors ligne
oui, il s'agit bien d'une carte graphique "pci"
je comprends pas que ma ligne bloque le serveur X,
j'utilise testing sous gnome X.org et j'ai jamais eu ce problème.
Parce que tu as une carte graphique évoluée et que moi j'ai une bouse infâme drivée par un pilote écrit avec les pieds...
Dernière modification par jpt (21-09-2020 12:36:18)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Parce que tu as une carte graphique évoluée et que moi j'ai une bouse infâme drivée par un pilote écrit avec les pieds...
dis pas çà ... 
Hors ligne
dis pas çà ...
vais m'gêner, tiens !
Pi d'abord, là oùssqu'il y a d'la gêne, y a pas d'plaisir ! 
Tu trouves ça normal, toi, concernant cette procédure qui m'a mis mon 4.19.118 en vrac (dans l'autre fil) ? :
je zappe le reste, on s'en fiche
Ben oui, c'est un .deb, normal qu'il contienne un control.tar.xz et un data.tar.xz, comme tous les autres (112 en tout !) .deb du dossier, alors pourquoi cette erreur sur celui-ci ? Et pourquoi cette erreur ?
Non mais allô quoi !
Avec les pieds, j'te dis 
Dernière modification par jpt (21-09-2020 14:08:19)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Hors ligne
déjà, moi, je suis un amateur, donc je connais pas tout et je joue pas avec tout mais alors toi, franchement, tu me fais peur.
Mais moi aussi je suis un amateur très loin de tout connaître, la preuve mes énormes lacunes dans tout ce qui est chipset and co, enfin, je sais ce que c'est, mais les sacs de nœuds avec les versions et les révisions, au secours !
Et en plus ça ne m'intéresse pas. Que ça fonctionne bien, c'est tout ce que je leur demande.
Quant au reste, « Paniproblem' » comme on dit dans les Îles des tropiques, 
Je sais où je mets les mains, je suis né avec un tournevis dans l'une et un fer à souder dans l'autre -- Allumé, le fer, ça a un peu fait mal à ma maman, 
Après j'ai passé 20 ans au sav de DEC, pour ceux qui connaissent, ça forme son homme.
Non, là, le problème que je rencontre c'est le manque d'infos, les infos contradictoires (tout-à-l'heure je fais man update-initramfs sur la vieille babasse et elle m'affiche le man live-update-initramfs -- Incroyable !), et souvent l'obsolescence de ce qui traîne sur le web.
Plus les machins écrits avec les pieds, genre dans l'autre fil j'ai parlé de l'install des packages amdgpu, mais rien ne m'a prévenu que ça allait toucher le grub et les initrd-img des noyaux de la série 4 dans /boot.
Si j'aurais su j'aurais pas lancé, comme disait l'autre.
Du coup ça m'a aussi bien cassé le lancement du noyau de secours, vaillant depuis son install de juin et toujours intact et opérationnel à ce jour, jusqu'à cet aprème.
Bref, j'ai désinstallé à coup de lignes de commande depuis la vieille et son ssh et ça va, j'ai récupéré les bureaux des 4.19.0.9 et 4.19.118, ouf, je vais mettre tout ça à l'abri avant de relancer la manip sur les 5.7.x.
Pas sûr que ça soit utile mais bon, quand j'irai voir le revendeur avec la babasse sous le bras, j'aurai de quoi lui montrer, 
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
je vais mettre tout ça à l'abri avant de relancer la manip sur les 5.7.x.
qui n'ira pas bien loin :
Building initial module for 5.7.10
Error! Bad return status for module build on kernel: 5.7.10 (amd64)
Consult /var/lib/dkms/amdgpu/5.6.5.24-1109583/build/make.log for more information.
dpkg: erreur de traitement du paquet amdgpu-dkms (--install) :
installed amdgpu-dkms package post-installation script subprocess returned error exit status 10
Des erreurs ont été rencontrées pendant l'exécution :
amdgpu-dkms
J'ai un peu jeté un œil aux fichiers et erreurs concernés, c'est parfois pas grave du tout (warning: unused variable ‘i’ [-Wunused-variable]) et ça pourrait passer, et c'est des fois plus ennuyeux ([-Werror=implicit-function-declaration]) car ça, ça bloque la compil.
Conclusion, il a dû y avoir des changements dans les headers entre la série 4 et la série 5 et donc cette procédure n'est pas valable pour la série 5 et au final je ne suis pas plus avancé : la série 4 j'ai le bureau et des consoles ridicules, la série 5 je n'ai rien, écran noir.
Bon, dès que possible visite au revendeur.
Dernière modification par jpt (21-09-2020 17:43:45)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Bonjour,
Est-ce que tu peux nous dire si les consoles Ctrl-Alt-F1...6 sont aux dimensions de l'écran et avec une petite police ou à la taille par défaut 640x480 étirée aux dimensions de l'écran en utilisant une police énorme qui génère un affichage de 80 colonnes x 25 lignes, limite inutilisable ?
Merci de ton retour,
tu n'a toujours pas compris
la définition de l'écran est prise soit par le noyau (modeset) , soit par le serveur X
si ton noyau ne prend pas en charge le gpu ("et" "ou" si le firmware est absent ) l'affichage sera très basic .
ce qui est le cas par exemple quand tu sort du bureau par "Ctrl+Alt+F2" (tu n'est plus sous X ) mais en console pure (mode serveur sans X) et un affichage donné par le noyau
EFI => grub => noyau => modeset => serveur X => bureau
ps: a partir de "modeset" tu est en définition native de l'écran (le noyau a configuré ton gpu correctement )
=> https://en.wikipedia.org/wiki/Mode_setting
=> https://en.wikipedia.org/wiki/Mode_sett … _games.svg
tu vois sur l'image , KMS (Kernel Mode Setting) , ce que je nomme "modeset" tu va gérer ton écran => "display controller" => "screen" (écran en FR )
tu vois aussi l'importance des DRM du GPU et de Mesa
pour que ça fonctionne bien , c'est un tout (noyau + firmware + paquets de la couche graphique )
voila le pourquoi tu a des gros caractères en console pure , mauvaise prise en charge de ta carte graphique par le noyau (qui a besoin aussi du firmware )
ps: pour le driver propriétaire de chez AMD jamais utilisé , et pour cause celui de debian fonctionne très bien (sauf pour certain travaux )
Debian Alain a testé OpenCL en AMD il me semble
Dernière modification par anonyme (22-09-2020 22:43:02)
tu n'as toujours pas compris
Mais si j'ai compris !
J'ai compris que sur ma vieille machine installée début 2013 (une HP SFF DC7900) avec un proc Intel (lequel ? Je n'en sais fichtrement rien), une Debian 7 et un noyau 3.8.13, je n'ai depuis le début aucun problème et aucune prise de tête pour utiliser ce dont j'ai besoin, ça a fonctionné dès la fin de l'install et depuis ça roule, alors qu'avec une machine toute neuve c'est un combat terrible depuis deux mois, pour n'arriver à rien.
Enfin, quand on lit ça :
celui de debian fonctionne très bien (sauf pour certains travaux)
on ne peut que se dire qu'on est mal, très mal barrés.
Et de quels travaux est-il question, au fait ?
Ce qui me fait penser que dans une autre discussion tu nous parles de compatibilité ou pas du chipset avec le GPU du proc en passant par les firmwares, la version du noyau, le temps qu'il fait et l'âge du capitaine et sur les sites il est dit que c'est compatible, mais avec quoi ont-ils testé ?
S'ils ont booté un cd de Windows et que ça s'est installé, hop !, sticker "fenêtre ready" et on vend.
Mais je suspecte de plus en plus que personne n'a jamais testé Ctrl-Alt-Fx pour constater que ce qui s'affiche n'est pas ce qui est attendu des utilisateurs.
Et comme ni Debian ni AMD ni les fabricants de CM ne sont fichus de sortir une doc propre et fiable pour que tout ça fonctionne bien ensemble, qui c'est qui se retrouve dans la mouise ? L'end user qui, ne sachant plus que faire, essaye tout et n'importe quoi en espérant que ça va tomber en marche.
Dernière modification par jpt (23-09-2020 09:52:15)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
anonyme a écrit :celui de debian fonctionne très bien (sauf pour certains travaux)
on ne peut que se dire qu'on est mal, très mal barrés.
Et de quels travaux est-il question, au fait ?
peut être que anonyme pense au réencodage audio/video et aux calculs en imagerie 3D par exemple .
la 3D est très energivore pour les carte graphiques (gpu) . la puissance de calcul demandée est souvent intense .
des fois , elle est combinée avec la puissance de calcul du processeur (cpu) .
j'ai déjà réussi à faire du calcul 3D avec une petite RX 550 mais pour une image courante , les calculs sont longs ...
je te dis que çà ...
faisable , mais très long .
sur amd , pour les calculs graphiques , faut utiliser openCL .
Hors ligne
--snip--
Ouais, ben pour ces trucs, je fais confiance et je passe le relais à Gimp, kdenlive, audacity, ffmpeg et compagnie, hein !
Chacun son boulot et les choses seront bien faites,
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Hors ligne
Pages : 1
