Vous n'êtes pas identifié(e).
Hors ligne
nota: a part le noyau , je pense que tu a la meme chose
et sûrement que le 4.19 apportera encore du mieux pour ce matériel (raven , ryzen 2 et threadipper 2 )
au niveau des noyaux et de mesa c'est la révolution , ça va très vite ............
elle est bien reconnu
mon écran est sur l'apu raven r3 2200g
retour
le nom de ma carte réseau a changé ( modification des ressources utilisées) juste a modifier son nom et redémarrer
voila après modification du fichier "interfaces"
nota: grace a network-manager j'avais quand meme le réseau , j'ai pu poster au dessus .....
voila ce que me dit mon programme
pas de driver propriétaire donc OpenCL et Cuda pas disponible
je vais installer le driver nvidia
ça ne fonctionne pas , ni avec le 4.18-rc7 , ni avec le 4.17.8
j'ai compilé le driver avec les headers du 4.18 , c'est peut etre un peu tôt , on va attendre que ça rentre sur debian
il faudra peut etre un "xorg.conf" aussi
déjà c'est stable en 100% libre , je pourrai tester le multi-écran
nota: le driver nonfree nvidia de testing a un bug (signalé par apt-listbugs" )
sur le building des modules j'ai eu ceci comme erreur
ps:j'ai gardé la main sur le système , une purge de nvidia et cuda (en console pure ) et tout est rentré dans l'ordre.
Dernière modification par anonyme (02-08-2018 08:25:26)
Unixien?
Compiler son kernel!
Hors ligne
@naguam
je regarde sur ryzen , pour raven tu la au dessus et les vieux cpu amd chez moi sont en stable (série FX)
ps: au dessus c'est un noyau 4.18-rc7 (aucune option modifiée).
j'ai le meme message sur ryzen
Dernière modification par anonyme (02-08-2018 12:18:59)
Dernière modification par naguam (04-08-2018 22:38:06)
Unixien?
Compiler son kernel!
Hors ligne
les erreurs
retour
nota: peut etre une option du bios (beaucoup sont réglé usine)
je comprends que le Watchdog matériel est désactivé
Watchdog => chien de garde => https://www.admin-linux.fr/un-watchdog- … -serveurs/
ps: mise a part la station de travail "threadripper" , le reste c'est du PC de bureau , a mon avis pas de Watchdog matériel et pas d' option dans le bios
si ça répond a ta question
Dernière modification par anonyme (04-08-2018 01:56:37)
Dernière modification par naguam (04-08-2018 22:42:56)
Unixien?
Compiler son kernel!
Hors ligne
le cpu
le Watchdog est activé dans le noyau (idem pour le 4.17 j'ai vérifié)
les erreurs de la machines
nota: "usbhid 8-5.3:1.1:" , c'est un KVM pour basculer écran et clavier souris en usb , c'est informatif (comme pulseaudio)
donc le message a évolué , entre Stretch et Buster
de "already in use" on est passé a "Watchdog hardware is disabled"
le Watchdog n'est vraiment utile que sur un serveur qui tourne 24/24 et 7/7 et très peu d'arret (ou de redémarrage).
il surveille l'activité du système et selon des critères il force un redémarrage si il juge que il y a un freeze de la machine (le mode logiciel ne fonctionnera pas si le noyau a planté)
sur le serveur je ne l'utilise pas (Watchdog matériel) , c'est assez pointu et en cas d'erreur de configuration , des reboots non désirés
ps: voir le paquet IPMI , (et les fonctions de surveillance et d'alerte sur les serveurs )
Dernière modification par Beta-Pictoris (05-08-2018 10:28:07)
Hors ligne
Dernière modification par anonyme (05-08-2018 13:55:28)
août 05 10:28:18 debian4 kernel: sp5100_tco: I/O address 0x0cd6 already in use
Et bah en 4.17 chez moi ça a disparu mais en 4.9 il est bien toujours présent c'est ce que je voulais dire.
Comme tu le dis:
de "already in use" on est passé a "Watchdog hardware is disabled"
Du coup je vois pas trop. Bref.
Dernière modification par naguam (05-08-2018 13:48:06)
Unixien?
Compiler son kernel!
Hors ligne
nota: actuellement j'ai toujours l'erreur (sans avoir configuré le fichier)
ps: un freeze de la machine (comme j'avais au début sur raven , ce watchdog logiciel ne sert a rien , (panic du noyau)).
comme il est installé je ferais des tests
voila ce que j'ai trouvé dans le log
comme la machine reboot en boucle , j'ai enlevé le paquet
test juste en activant le watchdog , la configuration demande réflexion
pour le message d'erreur , le noyau attend un watchdog matériel , il informe qu il n'est pas activé , de mettre en service le watchdog logiciel ne supprime pas ce message.
Dernière modification par anonyme (05-08-2018 14:55:16)
Dernière modification par naguam (06-08-2018 20:27:08)
Unixien?
Compiler son kernel!
Hors ligne
nota : ldconfig vient du paquet "libc-bin"
j'ai le meme comportement sur plusieurs Buster
j'ai supprimé le paquet "sudo" que je n'utilise pas (ne change rien )
ps: je m'en suis rendu compte en installant le dernier 4.18-rc8 avec "dpkg -i linux-image-4.18-rc8-amd64.deb"
je n'ai pas eu de soucis avec dpkg -i avec le rc7
nota: le meme problème avec une pure Buster a jours (noyau 4.17.8-1)
comme solution utiliser "su -" au lieu de "su" pour passer en console root
la commande dpkg -i donne ceci (réponse normale puisque pas de paquet a installer)
la réponse m'a été donné par ce message (archives des mails root) du 3 Aout 2018
Dernière modification par anonyme (08-08-2018 03:22:45)
Cependant avec sudo ça a fonctionné sans aucun avertissements.
Je suis étonné par rapport à la variable $PATH car que ce soit en sudo et en su c'était la même donc il n'y a pas de raison.
Mais tu n'es pas le seul r2a
ps: cependant quand j'update/upgrade mon sys pas de soucis. J'ai installé qemu-kvm et pas de soucis non plus. Juste avec brotli.
Dernière modification par naguam (08-08-2018 11:35:52)
Unixien?
Compiler son kernel!
Hors ligne
plus aucun bug depuis .
il reste le paquet "xserver-xorg-video-amdgpu" qui n'est pas a jour , je vais essayer sans ce paquet (jusqu'a présent debian conseille d'utiliser KMS et ce paquet pour AMD , )
pour éviter ceci => "[ 32.090] (--) AMDGPU(0): Chipset: "Unknown AMD Radeon GPU" (ChipID = 0x15dd)" peut etre
nota: ça fonctionne , mais plus propre avec le paquet "amdgpu" installé , je vais le remettre.
de plus un bug
il ne manque plus que ce paquet a jours et un noyau égal ou supérieur au 4.18 sur debian pour profiter de cet apu
Dernière modification par anonyme (13-08-2018 16:22:34)
tu ne devrais plus avoir de problème comme le dis l'avertissement.
Dernière modification par naguam (19-08-2018 16:16:55)
Unixien?
Compiler son kernel!
Hors ligne
Dernière modification par naguam (19-08-2018 17:40:56)
Unixien?
Compiler son kernel!
Hors ligne
je pense que c'est plutôt un souci de ta machine . ( la compilation a été faite sur un raven R3 2200G )
nota: le noyau 4.18.5 contient des correctifs pour spectre V1 ( cpu , gpu amdgpu et intel ) si ma lecture du "changelog" de kernel.org est correcte
Dernière modification par anonyme (24-08-2018 14:11:16)
dpkg-deb: building package 'linux-headers-4.18.5-amd64' in '../linux-headers-4.18.5-amd64_4.18.5-1_amd64.deb'.
dpkg-deb: building package 'linux-libc-dev' in '../linux-libc-dev_4.18.5-1_amd64.deb'.
dpkg-deb: building package 'linux-image-4.18.5-amd64' in '../linux-image-4.18.5-amd64_4.18.5-1_amd64.deb'.
dpkg-genbuildinfo --build=binary
dpkg-genchanges --build=binary >../linux-4.18.5-amd64_4.18.5-1_amd64.changes
dpkg-genchanges: avertissement: paquet linux-image-4.18.5-amd64-dbg dans le fichier de contrôle mais pas dans le fichier de liste des fichiers
dpkg-genchanges: info: envoi des binaires seulement (le code source n'est pas inclus)
dpkg-source --after-build linux-4.18.5
dpkg-buildpackage: info: envoi d'un binaire seulement (aucune inclusion de code source)
Hors ligne
la ram c'est correct (2Go réservé a l'apu )
quatre amd unknown pas correct , le changelog du paquet demande a signaler dans ce cas ............
il est soumis a la torture pour 5 heures
nota: nouveau prend bien en charge vitesse et température du gpu nvidia (la torture c'est sur la partie CPU du raven 2200G)
Dernière modification par anonyme (26-08-2018 20:38:26)
retour
nota: pour "nouveau DRM DDC , a mon avis normal pas d' écran branché sur le gpu nvidia (uniquement sur l APU raven). sur le 4.18.5 je n'ai pas ces messages.
pour un RC1 c'est pas mauvais
je suis dans le même état pour raven que le 4.18 (voir avec le mot clé "kernel 4.19-rc1" pour voir les changements prévus pour ce noyau )
=> https://www.phoronix.com/scan.php?page= … ures&num=1
Nota:
j'ai testé avec deux écrans ( un 19 16/9 sur raven et un 17 4/3 sur nvidia)
avec le noyau 4.19 la carte nvidia n'existe pas sur le système
avec le noyau 4.18 sous le serveur X uniquement l'écran de raven fonctionne (celui de nvidia inactif) (mode auto sans xorg.conf et driver free (amd et nouveau)
avec le noyau 4.18 et gnome sous Wayland tout fonctionne bien en mode étendu (mode auto et driver free (amd et nouveau))
modif: pour xorg.conf c'est sous X bien sur , Wayland n'utilise pas de paquet de X , juste mesa pour la 3D
le gestionnaire de loging est gdm3
retour
de quoi m'occuper pendant les longues soirée d'hiver
ps: sous Wayland l'écran de nvidia passe en principal (déjà a l'invite de loging ) et celui de raven en secondaire (étendu)
sous le serveur X un gros bug ( on oublie le noyau 4.19-rc1 qui est en béta ).
J'avais déjà remarqué que Wayland fonctionnait mieux que X , mais la c'est sur
voila ce que donne glxinfo sous Wayland
retour
ps: info GL_ATI et GL_NVX pour la mémoire vidéo
pour Gnome sous Wayland , le gestionnaire d'écran => passé le "2" en principal et le "1" en secondaire a partir du bureau
sans mettre les mains dans le systéme
ps:Mate ne fonctionne plus depuis pas mal de temps
voila pour les retours
Dernière modification par anonyme (27-08-2018 08:43:29)