Vous n'êtes pas identifié(e).
Dernière modification par Beta-Pictoris (01-09-2018 17:46:54)
Hors ligne
Dernière modification par anonyme (02-09-2018 18:02:55)
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
Dernière modification par anonyme (07-09-2018 05:50:53)
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)
=> 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)
une nouvelle erreur avec le 4.19-rc5
j'utilise la machine sans soucis , tester un peu ce 4.19 et peut etre faire un peu de nettoyage dans les noyaux
le même retour pour Raven Ridge (les deux sont en buster noyau 4.18 , même carte mère ASUS en B350)
il semble que certaines fonctions sont mal détectées pour Raven (presque toutes .... )
par exemple pou IOMMU
idem pour => Data Fabric: (etc ........... )
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
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 anonyme (29-09-2018 08:10:49)
je me suis intéressé a ceci => PCI access options:
retour
par exemple
je me pose la question , commande en root ou user
ça me renvoie en user la même chose qu'un lspci basic
idem pour
ps: les 3 dernières pas testé
code constructeur + code matériel je suppose
ou lspci -nn (complet)
retour
la lspci -vv (en root plus détaillé) 2 fois "v"
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.
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
les paquets:
le contenu du dossier /usr/share/misc/
retour
ancien (2008) => http://manpagesfr.free.fr/man/man8/lspci.8.html
mettre a jour pci.ids et usb.ids
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 anonyme (03-10-2018 04:21:24)
reste a le régénérer
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
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)
Dernière modification par anonyme (06-10-2018 00:22:55)
Hors ligne
retour (sous gnome sous xorg)
tu a le détail des options de lspci avec "--help"
avec l'option -vk c'est plus verbeux
sinon sous le serveur X a partir du log de X (Xorg.0.log)
un petit extrait du mien
si tu veut encore plus d'infos sous Wayland par exemple , en root
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
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 anonyme (15-11-2018 17:49:06)
Hors ligne
Dernière modification par naguam (15-11-2018 21:32:55)
Unixien?
Compiler son kernel!
Hors ligne
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
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 ..... 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 , tu garde a jour et ça roule tout seul
Dernière modification par anonyme (18-11-2018 04:04:01)
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
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 )
Dernière modification par naguam (18-11-2018 11:52:16)
Unixien?
Compiler son kernel!
Hors ligne
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, passerelle, schroot vraiment transparent
Hors ligne
Dernière modification par naguam (18-11-2018 22:12:14)
Unixien?
Compiler son kernel!
Hors ligne
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Dernière modification par anonyme (07-12-2018 09:32:22)
retour
changement :
le nouveau bios m'a ouvert 3Go de mémoire (au lieu de 2Go)
LLVM 7 (au lieu de 6 )
monté en version de Mesa
et le noyau 4.19 (au lieu de 4.18 )
les erreurs
retour
les erreurs
ceci est apparu avec le noyau 4.20
janv. 06 04:30:17 raven2200g kernel: amdgpu 0000:08:00.0: firmware: failed to load amdgpu/raven_dmcu.bin (-2)
suite a une discussion sur une carte AMD RX 56 en driver libre et découverte d un nouveau firmware amdgpu (sur ArchLinux)
j'ai trouvé ce "raven_dmcu.bin" et a été ajouté dans /lib/firmware/amdgpu
après un reboot
l'erreur a disparut .
Buster risque de ne pas être suffisant pour ce matériel (bien que la machine soit stable )
je sais que le noyau a pris en charge plus de fonctionnalité pour les gpu amd .
si près du gel , le noyau 4.20 et le firmware (git) de décembre 2018 ne sera sûrement pas dans Buster
il reste une petite semaine avant le pré-gel , et un mois et demie pour le gel complet.
ps:
pour les "bidouilleurs" => https://www.archlinux.org/packages/core … -firmware/
pour amdgpu , les binaires ce trouve dans le dossier du même nom
Dernière modification par anonyme (06-01-2019 07:24:39)
Linux raven2200g 5.0.0-rc1-amd64 #1 SMP Mon Jan 7 12:13:16 CET 2019 x86_64 GNU/Linux
Sélection du paquet linux-image-5.0.0-rc1-amd64 précédemment désélectionné.
(Lecture de la base de données... 259567 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../linux-image-5.0.0-rc1-amd64_5.0.0-rc1-1_amd64.deb ...
Dépaquetage de linux-image-5.0.0-rc1-amd64 (5.0.0-rc1-1) ...
Paramétrage de linux-image-5.0.0-rc1-amd64 (5.0.0-rc1-1) ...
update-initramfs: Generating /boot/initrd.img-5.0.0-rc1-amd64
grep: /var/run/reboot-required.pkgs: Aucun fichier ou dossier de ce type
Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-5.0.0-rc1-amd64
Image mémoire initiale trouvée : /boot/initrd.img-5.0.0-rc1-amd64
Image Linux trouvée : /boot/vmlinuz-4.20.0-trunk-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.20.0-trunk-amd64
Image Linux trouvée : /boot/vmlinuz-4.19.0-1-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.19.0-1-amd64
Image Linux trouvée : /boot/vmlinuz-4.18.0-3-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.18.0-3-amd64
Adding boot menu entry for EFI firmware configuration
fait
je sais pas pourquoi j'ai cette ligne maintenant ? (rien a voir avec la version du noyau , je l'avais avant aussi )
grep: /var/run/reboot-required.pkgs: Aucun fichier ou dossier de ce type
les erreurs , rien de neuf
-- Logs begin at Mon 2019-01-07 13:04:56 CET, end at Mon 2019-01-07 13:05:34 CET. --
janv. 07 13:05:20 raven2200g gnome-session-binary[685]: Unrecoverable failure in required component org.gnome.Shell.desktop
janv. 07 13:04:57 raven2200g kernel: [drm:construct [amdgpu]] *ERROR* construct: Invalid Connector ObjectID from Adapter Service for connect
janv. 07 13:04:57 raven2200g kernel: Error: Driver 'pcspkr' is already registered, aborting...
janv. 07 13:04:56 raven2200g kernel: sp5100-tco sp5100-tco: Watchdog hardware is disabled
janv. 07 13:04:56 raven2200g kernel: AMD-Vi: Unable to write to IOMMU perf counter.
remarque:
je n'ai installé que le .deb de linux-image pour perturber le moins possible ma buster , c'est juste pour tester.
le noyau
j'ai installé le firmware-misc-nonfree
je vais nettoyer les noyaux non debian
l'apu amd a disparut ( R3 2200G )
le noyau 4.20
les erreurs
Edit à toto : Séparé les Commande user de leurs retours pour que ce soit plus lisibles et utilisables pour tous.
le noyau 4.19
merci toto mais c'est juste pour donner l'information sur l'utilisation d'un autre gpu que celui du processeur
les erreur
nota: le paquet "xserver-xorg-video-nouveau" n'est pas installé (utilisation de KMS (modesetting du noyau) )
je vais tenter le driver nonfree nvidia
Récupération des rapports de bogue… Fait
Analyse des informations Trouvé/Corrigé… Fait
bogues de gravité critical sur nvidia-driver (→ 390.87-5) <En attente de traitement>
b1 - #905309 - nvidia-modeset: WARNING: GPU:0: Lost display notification (0:0x00000000); continuing
bogues de gravité serious sur glx-diversions (→ 0.9.0) <En attente de traitement>
b2 - #917267 - glx-diversions cannot be uninstalled
bogues de gravité serious sur xserver-xorg-video-nvidia (→ 390.87-5) <En attente de traitement>
b3 - #903121 - xserver-xorg-video-nvidia: blank screen, CPU fan goes to max and the systems freezes
Résumé :
glx-diversions(1 bogue), xserver-xorg-video-nvidia(1 bogue), nvidia-driver(1 bogue)
Êtes-vous certain(e) de vouloir installer/mettre à niveau les paquets ci-dessus ? [Y/n/?/...]
les erreurs avec le driver nonfree nvidia
je trouve dommage d'utiliser ce matériel dans cette configuration
bon ça fonctionne
nota: je tenterai cuda
Dernière modification par anonyme (10-01-2019 08:01:58)