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 25-03-2017 18:55:53

anonyme
Invité

test compilation noyau 4.10.5 stable

Bonsoir
je vais tenter de compiler un noyau pour Rizen avec le wiki de naguam roll

=> https://debian-facile.org/doc:systeme:kernel:compiler

j'ai récupéré le fichier 4.10.5 sur kernel.org

j'ai décompressé dans /home/robert/Documents/compil/linux-4.10.5/


tar xvf linux-4.10.5.tar.xz
 


j'ai copié le config dans mon dossier /home/robert/Documents/compil/linux-4.10.5/


cp /boot/config-4.9.0-2-amd64 .config
 



j'ai testé ceci


fakeroot make deb-pkg -j16 LOCALVERSION=-4.10.5-1 KDEB_PKGVERSION=$(make 4.10.5-1)-1
 


retour


.config:991:warning: symbol value 'm' invalid for NF_CT_PROTO_DCCP
.config:993:warning: symbol value 'm' invalid for NF_CT_PROTO_SCTP
.config:994:warning: symbol value 'm' invalid for NF_CT_PROTO_UDPLITE
.config:1012:warning: symbol value 'm' invalid for NF_NAT_PROTO_DCCP
.config:1013:warning: symbol value 'm' invalid for NF_NAT_PROTO_UDPLITE
.config:1014:warning: symbol value 'm' invalid for NF_NAT_PROTO_SCTP
make[2]: *** [silentoldconfig] Erreur 1
make[1]: *** [silentoldconfig] Erreur 2
make: *** Aucune règle pour fabriquer la cible « 4.10.5-1 ». Arrêt.
make : option non reconnue « --silentoldconfig »
 


ça plante
je tente ceci


fakeroot make deb-pkg -j16 LOCALVERSION=-4.10.5-1
 


j'ai ceci au début du log


scripts/kconfig/conf  --silentoldconfig Kconfig
.config:991:warning: symbol value 'm' invalid for NF_CT_PROTO_DCCP
.config:993:warning: symbol value 'm' invalid for NF_CT_PROTO_SCTP
.config:994:warning: symbol value 'm' invalid for NF_CT_PROTO_UDPLITE
.config:1012:warning: symbol value 'm' invalid for NF_NAT_PROTO_DCCP
.config:1013:warning: symbol value 'm' invalid for NF_NAT_PROTO_UDPLITE
.config:1014:warning: symbol value 'm' invalid for NF_NAT_PROTO_SCTP
*
* Restart config...
 


je sais pas si normal
j'ai fait "enter" a chaque "new"  hmm
ça mouline sur 16 threads ..................

je suppose qu il faut ensuite lancer ceci


KDEB_PKGVERSION=$(make kernelversion)-1
 


il faut mettre la version du kernel a la place de "kernelversion" ?   => marqué optionnel j'ai pas fait  neutral
au niveau commande c'est pas clair (vu d un utilisateur basic ) sur le wiki

pour l'étape 6 ou sont les fichiers ?
cd ?
ls ?
du coté obscur tongue

mes fichiers .deb sont dans :


/home/robert/Documents/compil/
 


et la compilation a été lancé dans


/home/robert/Documents/compil/linux-4.10.5/
 



la fin de la compil =>


dpkg-deb: building package 'linux-firmware-image-4.10.5-4.10.5-1' in '../linux-firmware-image-4.10.5-4.10.5-1_4.10.5-4.10.5-1-1_amd64.deb'.
dpkg-deb: building package 'linux-headers-4.10.5-4.10.5-1' in '../linux-headers-4.10.5-4.10.5-1_4.10.5-4.10.5-1-1_amd64.deb'.
dpkg-deb: building package 'linux-libc-dev' in '../linux-libc-dev_4.10.5-4.10.5-1-1_amd64.deb'.
dpkg-deb: building package 'linux-image-4.10.5-4.10.5-1' in '../linux-image-4.10.5-4.10.5-1_4.10.5-4.10.5-1-1_amd64.deb'.
dpkg-deb: building package 'linux-image-4.10.5-4.10.5-1-dbg' in '../linux-image-4.10.5-4.10.5-1-dbg_4.10.5-4.10.5-1-1_amd64.deb'.
dpkg-source: info: utilisation du format source « 3.0 (custom) »
dpkg-source: info: construction de linux-4.10.5-4.10.5-1 dans linux-4.10.5-4.10.5-1_4.10.5-4.10.5-1-1.dsc
dpkg-genchanges: info: inclusion du code source original dans l'envoi (« upload »)
 


c'est correct ?
pour ce qui est de la durée de la compilation , quelques dizaines de minutes avec un Ryzen 1700X  wink    ( je taquine naguam  lol  )

bon faut installer maintenant  roll

l'installation


dpkg -i ''linux-firmware-image-4.10.5-1_amd64.deb linux-image-4.10.5-1_amd64.deb linux-libc-dev_4.10.5-1_amd64.deb linux-headers-4.10.5-1_amd64.deb linux-image-dbg_4.10.5-1_amd64.deb''
 


le retour


Sélection du paquet linux-firmware-image-4.10.5-4.10.5-1 précédemment désélectionné.
(Lecture de la base de données... 182817 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de linux-firmware-image-4.10.5-1_amd64.deb ...
Dépaquetage de linux-firmware-image-4.10.5-4.10.5-1 (4.10.5-4.10.5-1-1) ...
Sélection du paquet linux-image-4.10.5-4.10.5-1 précédemment désélectionné.
Préparation du dépaquetage de linux-image-4.10.5-1_amd64.deb ...
Dépaquetage de linux-image-4.10.5-4.10.5-1 (4.10.5-4.10.5-1-1) ...
Préparation du dépaquetage de linux-libc-dev_4.10.5-1_amd64.deb ...
Dépaquetage de linux-libc-dev (4.10.5-4.10.5-1-1) sur (4.9.16-1) ...
Sélection du paquet linux-headers-4.10.5-4.10.5-1 précédemment désélectionné.
Préparation du dépaquetage de linux-headers-4.10.5-1_amd64.deb ...
Dépaquetage de linux-headers-4.10.5-4.10.5-1 (4.10.5-4.10.5-1-1) ...
Sélection du paquet linux-image-4.10.5-4.10.5-1-dbg précédemment désélectionné.
Préparation du dépaquetage de linux-image-dbg_4.10.5-1_amd64.deb ...
Dépaquetage de linux-image-4.10.5-4.10.5-1-dbg (4.10.5-4.10.5-1-1) ...
Paramétrage de linux-firmware-image-4.10.5-4.10.5-1 (4.10.5-4.10.5-1-1) ...
Paramétrage de linux-image-4.10.5-4.10.5-1 (4.10.5-4.10.5-1-1) ...
update-initramfs: Generating /boot/initrd.img-4.10.5-4.10.5-1
Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-4.10.5-4.10.5-1
Image mémoire initiale trouvée : /boot/initrd.img-4.10.5-4.10.5-1
Image Linux trouvée : /boot/vmlinuz-4.9.0-2-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-2-amd64
Image Linux trouvée : /boot/vmlinuz-4.9.0-1-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-1-amd64
fait
Paramétrage de linux-libc-dev (4.10.5-4.10.5-1-1) ...
Paramétrage de linux-headers-4.10.5-4.10.5-1 (4.10.5-4.10.5-1-1) ...
Paramétrage de linux-image-4.10.5-4.10.5-1-dbg (4.10.5-4.10.5-1-1) ...
 



pour le nom du noyau ça demande une explication  hmm

bon je reboot   => adieu  tongue  =>  out.gif

Dernière modification par anonyme (25-03-2017 20:29:29)

#2 25-03-2017 20:32:58

anonyme
Invité

Re : test compilation noyau 4.10.5 stable


uname -a
 


retour


Linux debian21 4.10.5-4.10.5-1 #1 SMP Sat Mar 25 19:51:27 CET 2017 x86_64 GNU/Linux
 




lspci
 


retour


00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1450
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Device 1451
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:01.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1453
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:03.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1453
00:04.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:07.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:07.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1454
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1454
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 59)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1460
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1461
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1462
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1463
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1464
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1465
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1466
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1467
03:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] Device 43b9 (rev 02)
03:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] Device 43b5 (rev 02)
03:00.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b0 (rev 02)
1d:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
1d:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
1d:03.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
1d:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
1d:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
1d:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
25:00.0 USB controller: ASMedia Technology Inc. Device 1343
26:00.0 Ethernet controller: Intel Corporation I211 Gigabit Network Connection (rev 03)
28:00.0 VGA compatible controller: NVIDIA Corporation GM107 [GeForce GTX 750] (rev a2)
28:00.1 Audio device: NVIDIA Corporation Device 0fbc (rev a1)
29:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 145a
29:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device 1456
29:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Device 145c
2a:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 1455
2a:00.2 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)
2a:00.3 Audio device: Advanced Micro Devices, Inc. [AMD] Device 1457
 


ça n a rien changé

les erreurs


journalctl -r -p err
 


retour


-- Logs begin at Sat 2017-03-25 20:30:33 CET, end at Sat 2017-03-25 20:35:07 CET. --
mars 25 20:30:55 debian21 pulseaudio[1325]: [pulseaudio] pid.c: Daemon already running.
mars 25 20:30:55 debian21 pulseaudio[1323]: [pulseaudio] pid.c: Daemon already running.
mars 25 20:30:33 debian21 kernel: Error: Driver 'pcspkr' is already registered, aborting...
mars 25 20:30:33 debian21 kernel: sp5100_tco: I/O address 0x0cd6 already in use
mars 25 20:30:33 debian21 kernel: ACPI Exception: AE_AML_OPERAND_TYPE, Could not execute arguments for [IOB2] (Region) (20160930/nsinit-412)
mars 25 20:30:33 debian21 kernel: ACPI Error: Needed [Integer/String/Buffer], found [Region] ffff937c960edf78 (20160930/exresop-425)
 


idem pour les erreurs

ça demande explication pour appliquer un nom de version correct

je suppose qu il faut maintenant optimiser le noyau avec l utilitaire semi-graphique pour profiter des news intéressantes .

en tout cas bravo , ça fonctionne malgrés mon incompétence  neutral
j'ai pas perdu mon driver nvidia ni cuda

@naguam
je te laisse faire la conclusion  roll

Dernière modification par anonyme (25-03-2017 20:42:10)

#3 25-03-2017 22:40:05

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

Re : test compilation noyau 4.10.5 stable

J'ai des choses a répondre tongue mais je verrais cela plus tard (car je ne suis pas très dispo en ce moment) mais je fais au plus vite smile

ps: j'ai remarqué plusieurs petites choses qui font que le comportement de ta compil est normal par rapport à ce que tu as fait (pas que ce soit mal, mon tuto n'est pas forcement très très clair mais j'ai pas réussi a faire mieux)
Je t'éclairerais donc très bientôt.

2ndPS: as-tu vu le lien de la doc officielle en bas du tuto, je te conseille de le lire c'est fort intéressant smile

Dernière modification par naguam (25-03-2017 23:30:51)

Hors ligne

#4 26-03-2017 08:46:02

anonyme
Invité

Re : test compilation noyau 4.10.5 stable

Bonjour
prend ton temps , je suis pas pressé , au vu de mes blocages a la lecture on essaiera de rendre plus clair le wiki .
c'est ma première compilation depuis les années 2000  tongue  lol
pour le lien officiel j' avoue n avoir pas regardé

#5 26-03-2017 10:09:00

IceF0x
Membre
Distrib. : Jessie 8.7
Noyau : Linux 3.16.0-4-amd64
(G)UI : OpenBox
Inscription : 05-02-2012

Re : test compilation noyau 4.10.5 stable

anonyme a écrit :

je suppose qu il faut maintenant optimiser le noyau avec l utilitaire semi-graphique pour profiter des news intéressantes .


Pour la configuration du noyau cela se fait avant la compilation.

Pour du semi-graphique utilises "make xconfig"

kernel-linux-3a958f7.png

Pour les driver nvidia, il faut les réinstaller à chaque changement de noyau bien qu'il y a moyen d'automatiser cela avec dkms mais je n'ai pas les détails en tête.

PS: il est déconseiller de compiler un noyau sans raison précises (driver compatible avec noyau récent pour du matériel très récent) car tu risque de te retrouver avec des modules "DEPRECATED" et au final ton système fonctionnera moins bien.

Dernière modification par IceF0x (26-03-2017 10:10:27)


1475862269.gif

Hors ligne

#6 26-03-2017 11:08:38

anonyme
Invité

Re : test compilation noyau 4.10.5 stable

Bonjour
pour l instant je teste , donc retour au noyau debian 4.9 , testé make clean et make distclean
mon premier test méthode interactive répondu par "ENTER" a toutes les questions ( make oldconfig )
je vai tester => make olddefconfig

pour la commande je vai tester ceci : (aprés avoir mieux compris le système de version )


$ make deb-pkg LOCALVERSION=-perso KDEB_PKGVERSION=$(make kernelversion)-1
 


pour la méthode je prend ma configuration de base du noyau debian 4.9.0.2 avec un .config
@IceF0x
oui je me doute qu il faut modifier la configuration puis lancer la compilation
pour le driver ça fonctionne si tu utilise la configuration du noyau debian (comme base )
pour moi le semi graphique sera avec  "make gconfig"  (bureau Mate et GTK+ )

par contre pour mon premier essaie j 'ai installé les 5 .deb , je suppose que c'est ce qu il faut faire ?
ps: j ai besoin de linux-headers et image  pour nvidia et cuda ( si je dois tout réinstaller chaque fois , pas cool )
pour les options je n ai rien trouvé avec l utilitaire "make gconfig" au sujet de Ryzen dans le 4.10.5 et idem pour le smp (uniquement intel )
bon faut etre indulgent avec moi tongue , c'est une usine le noyau  roll

pour le noyau signé (mon cas ) suite a la remarque de nagam (dans le wiki ) ce coup ci je vais tenté de pas commenter les lignes dans le fichier de configuration voir si j ai une erreur
pour la compilation je donne plus l option des coeurs je laisse faire le système .

#7 26-03-2017 11:29:16

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

Re : test compilation noyau 4.10.5 stable

Il semblerait que tu es vu avant que je te dise, où je pensais que tu avais pas tout fait correctement smile

L'option des coeurs est très utile car sans cette option, ta compilation n'utilisera qu'un seul coeur, les ryzen on en plus une très bonne perf multicore alors qu'en mono-core ....
L'option plus de coeurs n'apporteras pas d'erreur.

Si tu laisse la signature tu auras peut-être une erreur... (moi ça n'a pas loupé, a tout les coups) mais a toi de voir.

Moi sur mon serveur je fais make oldnoconfig, mais sur ma desktop je fais make olddefconfig, c'est plus rapide que de taper entrée à chaque fois.

Dernière modification par naguam (26-03-2017 11:30:12)

Hors ligne

#8 26-03-2017 13:01:57

anonyme
Invité

Re : test compilation noyau 4.10.5 stable

@IceF0x
je comprend pas ton PS  hmm


PS: il est déconseiller de compiler un noyau sans raison précises
 (driver compatible avec noyau récent pour du matériel très récent)
 car tu risque de te retrouver avec des modules "DEPRECATED"
 et au final ton système fonctionnera moins bien.
 



que veut tu dire  "sans raison précises"
dans mon cas c'est pour améliorer la prise en charge de Ryzen (cpu , chipset etc ...  )   et la prise en charge du son (audio 1220) qui réclame au moins une version 4.11 d'aprés le net
ma démarche est correcte ou je fais une erreur ?

@naguam
bon je vais remettre le nombre de thread dans la commande et garder les 2 lignes commentées (tu a l'air sur de toi  wink  )
je vai tenter le 4.11 en béta avec "olddefconfig"

normalement le .config dans le dossier ou je compile est modifié ?
et le fait d ouvrir l utilitaire de configuration (a la fin de la compilation) c'est bien les options du noyau 4.11 (ou 4.10 ) pas celle du 4.9 qui sert de configuration minimale (pas repartir de zéro ) a partir du config-4.9.0-2 que je copie en .config dans mon dossier de travail
nota : si ça fonctionne j irai voir les options audio

ps: pour le .config j'ai la réponse il est généré avec les nouvelles sources


# Automatically generated file; DO NOT EDIT.
# Linux/x86 4.11.0-rc3 Kernel Configuration
 

Dernière modification par anonyme (26-03-2017 13:34:27)

#9 26-03-2017 13:55:58

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

Re : test compilation noyau 4.10.5 stable

Tu n'es pas obligé de copier le .config qui est dans /boot, comme debian a un kernel assez réçent, faire "make menuconfig ou make oldconfig ou make olddefconfig (et autres commandes du même type)"
Ces commandes vont le chercher en automatique et dirait même que c'est mieux de faire comme ça. smile

Si tu veux modifier a la main avec un éditeur de texte ton .config, c'est après les commande make oldXXXXX ou menuconfig etc car sinon, tes modifications faites mains seront regénérées.

ps: tu as de bonnes raisons de compiler ton kernel à cause de ton matos récent (très récent),  faut juste le faire d'une manière logique pour que tout fonctionne tongue

Hors ligne

#10 26-03-2017 14:10:00

anonyme
Invité

Re : test compilation noyau 4.10.5 stable

bon j y suis arrivée a casser le driver tongue


Error! Bad return status for module build on kernel: 4.11.0-rc3-perso (x86_64)
Consult /var/lib/dkms/nvidia-current/375.39/build/make.log for more information.
update-initramfs: Generating /boot/initrd.img-4.11.0-rc3-perso
Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-4.11.0-rc3-perso
Image mémoire initiale trouvée : /boot/initrd.img-4.11.0-rc3-perso
Image Linux trouvée : /boot/vmlinuz-4.9.0-2-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-2-amd64
Image Linux trouvée : /boot/vmlinuz-4.9.0-1-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-1-amd64
fait
Paramétrage de linux-image-4.11.0-rc3-perso-dbg (4.11.0-rc3-1) ...
Paramétrage de linux-libc-dev (4.11.0-rc3-1) ...
 



j'ai une question
le 4.11 est en rc3 , quand il passe en rc4 je veut compiler mon noyau mais en gardant la config précédente
c'est mon .config actuel qu il faut que j' archive ?
pour le driver nvidia je le vire ainsi que cuda ce sera plus simple.
je repart sur une compilation propre sans le driver et a chaque sortie d une nouvelle version je veut mettre a jour mon noyau

pour l utilitaire de configuration idem (si j y arrive ) je modifie ma configuration et je recompile (et je conserve mon .config )

pour l'instant ça va a peu prés , pour les options a désactiver ou a activer ça va etre plus hard hmm

pour le dossier de travail il est conseillé de faire un make clean avant de recompiler , donc je n'ai que le .config a sauvegarder en fait
le reste peut etre supprimé

@naguam

avec la commande make olddefconfig  il va chercher le config-  du dossier /boot  hmm      automatiquement  roll

Dernière modification par anonyme (26-03-2017 14:24:08)

#11 26-03-2017 14:26:29

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

Re : test compilation noyau 4.10.5 stable

Si tu ne veux pas utiliser le .config par default du kernel utilisé actuel, là tu peux le copier coller dans le bon dossier

cp .config compil/linuxX.X.X-X/.config


déinstalle tous drivers de carte graphique propio avant compilation et installation (et utilise les libres), tu les réinstalle ensuite.
Ou alors, tu te débrouille manuellement avec dkms mais moi je ne suis pas assez qualifié pour t'expliquer et faire cela neutral .

Pour que le .config du 4.11-rc3 soit en auto pour directement faire "make xxxxxxconfig" avec les kernel 4.11-rc4, il faut que le rc3 soit le kernel utilisé.

Sinon, pour mettre a jour ton kernel de même version mais de rc en rc ou de sous version en sous version (4.10.4 à 4.10.5 ou 4.11-rc3 à 4.11-rc4)
il y a des patch fournis par kernel.org, cela évite de tout recompiler a chaque fois.

Dernière modification par naguam (26-03-2017 14:28:09)

Hors ligne

#12 26-03-2017 14:46:36

anonyme
Invité

Re : test compilation noyau 4.10.5 stable

pour le driver pas de souci  smile
par contre ce que tu me dit est logique , et bien sur que le rc3 sera celui utilisé quand il aura le rc4 etc .....
je pense que je vais plutot recompiler que appliquer un patch mais je regarderai ça de plus prés .


Mar 26 15:27:28 debian21 kernel: [    0.080000] smpboot: CPU0: AMD Ryzen 7 1700X Eight-Core Processor (family: 0x17, model: 0x1, stepping: 0x1)
Mar 26 15:27:28 debian21 kernel: [    0.080000] Performance Events: Fam17h core perfctr, AMD PMU driver.
Mar 26 15:27:28 debian21 kernel: [    0.080000] ... version:                0
Mar 26 15:27:28 debian21 kernel: [    0.080000] ... bit width:              48
Mar 26 15:27:28 debian21 kernel: [    0.080000] ... generic registers:      6
Mar 26 15:27:28 debian21 kernel: [    0.080000] ... value mask:             0000ffffffffffff
Mar 26 15:27:28 debian21 kernel: [    0.080000] ... max period:             00007fffffffffff
Mar 26 15:27:28 debian21 kernel: [    0.080000] ... fixed-purpose events:   0
Mar 26 15:27:28 debian21 kernel: [    0.080000] ... event mask:             000000000000003f
Mar 26 15:27:28 debian21 kernel: [    0.080000] smp: Bringing up secondary CPUs ...
Mar 26 15:27:28 debian21 kernel: [    0.080000] NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter.
Mar 26 15:27:28 debian21 kernel: [    0.080000] x86: Booting SMP configuration:
Mar 26 15:27:28 debian21 kernel: [    0.080000] .... node  #0, CPUs:        #1  #2  #3  #4  #5  #6  #7  #8  #9 #10 #11 #12 #13 #14 #15
Mar 26 15:27:28 debian21 kernel: [    0.738030] smp: Brought up 1 node, 16 CPUs
Mar 26 15:27:28 debian21 kernel: [    0.738030] smpboot: Total of 16 processors activated (108281.73 BogoMIPS)
 


je sais pas si bon signe , j'ai les 16 threads depuis le 4.9.0-2 de debian
pour l acpi , chipset et audio rien de mieux ou du moins je vois rien

merci pour les explications , je me fait le stress tout seul tongue

#13 26-03-2017 22:40:21

anonyme
Invité

Re : test compilation noyau 4.10.5 stable

Bonsoir
en voulant récupérer les sources des noyau debian , le dépot des backports de stretch est actif (vide mais actif ) par le nom "stretch-backports" (pas regardé par "testing" ça n aurait aucun sens )
a la lecture des cahiers de l admin sur la compilation essayer de comprendre (trouvé les sources du noyau 4.9 et 4.10 (expérimental) )
sinon je ne trouve aucune différence dans le comportement de debian avec n importe quel noyau (debian ou kernel.org )
donc je met en doute ma méthode de travail  roll
nota : en autre j'ai fait des comparaisons entre les syslog des différentes versions . (en plus du système regardé le son , les capteurs , le chipset )
les 2 machines ont le dernier bios Asus et je suis en sid (pas trop intéressant pour l'instant en raison du gel de testing )
pour le configurateur j'utilise "make menuconfig" ,  "make-xconfig" a l'air bien mais j ai peur qu il m installe trop de dépendances (celui de GTK+ me plait pas trop hmm  )

Dernière modification par anonyme (26-03-2017 22:54:37)

#14 27-03-2017 06:13:03

IceF0x
Membre
Distrib. : Jessie 8.7
Noyau : Linux 3.16.0-4-amd64
(G)UI : OpenBox
Inscription : 05-02-2012

Re : test compilation noyau 4.10.5 stable

anonyme a écrit :

a la lecture des cahiers de l admin sur la compilation essayer de comprendre (trouvé les sources du noyau 4.9 et 4.10 (expérimental) )
sinon je ne trouve aucune différence dans le comportement de debian avec n importe quel noyau (debian ou kernel.org )
donc je met en doute ma méthode de travail  roll


Quel différence veux-tu avoir ?

si le noyau est raté tu aura un kernel panic, si il est réussi tu ne verra rien ou un matériel nouveau sera pris en charge.

Seul si tu désactive pleins de modules (que tu es sur de ne jamais utiliser) et que tu met en dur ton matériel interne, une légère différence dans la décompression du noyau (et encore avec les machine actuelle c'est invisible) est possible.


1475862269.gif

Hors ligne

#15 27-03-2017 13:14:10

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

Re : test compilation noyau 4.10.5 stable

anonyme a écrit :

a la lecture des cahiers de l admin sur la compilation essayer de comprendre (trouvé les sources du noyau 4.9 et 4.10 (expérimental) )
sinon je ne trouve aucune différence dans le comportement de debian avec n importe quel noyau (debian ou kernel.org )
donc je met en doute ma méthode de travail


Si tu ne voit pas de différence, c'est que l'équipe debian a déjà apporté les modifs dans leurs kernels. Il te faudra donc attendre des kernels plus réçents.

Dernière modification par naguam (27-03-2017 13:14:40)

Hors ligne

#16 27-03-2017 15:45:02

anonyme
Invité

Re : test compilation noyau 4.10.5 stable

Bonjour
@naguam
je pense que tu a vu la sortie du 4.10.6 hier sur kernel.org

je l'ai installé cette nuit , j'ai le driver audio maintenant sur stéréo , il me propose aussi le 5.1 et autres modes  (driver basic mais fonctionnel )
pour le reste je n'y arrive pas
j'ai trouvé par exemple IT87xx  , qui a priori prend en charge mon super I/O ITE
sensors-detect me dit toujours "sorry ........."

avec "make xconfig" , j ai un point devant ce driver , donc actif mais pas de module chargé si j ai bien compris le fonctionnement du configurateur.

sinon j'ai fait la compilation sans perdre le driver nvidia et je confirme que le Key faut commenté les 2 lignes sinon ça bug (plusieurs tests )

@IceF0x
j'ai mit qt-base mais le configurateur  est moins joli que sur ton post (tout blanc )
je sais pas pourquoi je le trouve plus agréable que les autres  roll

ps: petite remarque , le ssd avec la compilation ne chome pas  tongue   (avec un dd ça doit etre galère ) je suis passé de 16 a 8 pour les cores du cpu a utilisé , ça bosse dur  cool

j'ai recommencé avec le IT87xx   coché  mais


Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no):
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      Yes
Found unknown chip with ID 0x8665
    (logical device 4 has address 0x290, could be sensors)
Probing for Super-I/O at 0x4e/0x4f




Do you want to probe the I2C/SMBus adapters now? (YES/no):
Found unknown SMBus adapter 1022:790b at 0000:00:14.0.
Sorry, no supported PCI bus adapters found.
Module i2c-dev loaded successfully.
 


sur le net ITE ID 0x8665  me donne des liens pour IT87xx
pour le SMBus pas encore cherché  "SMBus adapter 1022:790b at 0000:00:14.0."

=>  https://github.com/groeck/it87/issues/10

Dernière modification par anonyme (27-03-2017 17:13:16)

#17 27-03-2017 17:57:00

IceF0x
Membre
Distrib. : Jessie 8.7
Noyau : Linux 3.16.0-4-amd64
(G)UI : OpenBox
Inscription : 05-02-2012

Re : test compilation noyau 4.10.5 stable

Le point c'est en module et la coche c'est en dur.

Pour le thème, je suis en gtk (openbox) à l'époque de cette capture.

1475862269.gif

Hors ligne

#18 27-03-2017 18:36:00

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

Re : test compilation noyau 4.10.5 stable


Do you want to probe the I2C/SMBus adapters now? (YES/no):
Found unknown SMBus adapter 1022:790b at 0000:00:14.0.
Sorry, no supported PCI bus adapters found.


Dans make menuconfig (ou autre interface de configuration), faut que tu trouve ce module et que tu le mette en yes ou en module que tu fera activer à chaque démarage.
Si vraiment tu ne trouve pas, tu prend le .config en éditeur de texte, tu utilise l'autils rechercher et du teste de mettre yes a la main, au moment de la compilation, il va te poser des question auquelles il faudra répondre judicieusement et cela devrait aller. Après, les détecteurs de températures dans les procs trop réçent ....... peut-être, que dans bios, côté fan control, il faille activer "OS je ne c'est quoi".

Bref, faut chercher tongue je n'ai jamais eu de problème de ce type que je n'ai pas réussi a résoudre (recherche de module activation pour compilation et fonctionnement) .

Hors ligne

#19 28-03-2017 09:55:48

anonyme
Invité

Re : test compilation noyau 4.10.5 stable

Bonjour
@naguam
j'ai pas ta patience et ton savoir wink  , je pense que je vais laisser tomber  hmm

a la rigueur compiler et jouer avec le "make xconfig"  quand un nouveau noyau est disponible par curiosité . mais ne plus l installer .
a part quelques bugs (audio et capteurs) la machine tourne parfaitement , a titre d info mes Amd FX n'ont pas certaines fonctions des capteurs (quand meme assez vieux comme machine ).

ps: je parle pas de SkyLake et KabyLake ou je pense qu' il y a des choses a améliorer aussi (vivement la nouvelle testing et ses bug  tongue  smile  )

une comparaison avec un FX 8320


sensors
fam15h_power-pci-00c4
Adapter: PCI adapter
power1:      122.61 W  (crit = 125.02 W)

it8721-isa-0290
Adapter: ISA adapter
in0:          +2.77 V  (min =  +0.86 V, max =  +1.73 V)  ALARM
in1:          +2.76 V  (min =  +0.16 V, max =  +0.79 V)  ALARM
in2:          +1.27 V  (min =  +1.74 V, max =  +1.25 V)  ALARM
+3.3V:        +3.22 V  (min =  +3.53 V, max =  +2.74 V)  ALARM
in4:          +0.25 V  (min =  +0.25 V, max =  +1.54 V)  ALARM
in5:          +2.50 V  (min =  +0.49 V, max =  +0.80 V)  ALARM
in6:          +0.05 V  (min =  +0.79 V, max =  +2.04 V)  ALARM
3VSB:         +0.79 V  (min =  +2.35 V, max =  +4.66 V)  ALARM
Vbat:         +3.29 V  
fan1:        1134 RPM  (min = 1238 RPM)  ALARM
fan2:        1051 RPM  (min =  181 RPM)
fan3:        1106 RPM  (min =  292 RPM)
temp1:        +54.0°C  (low  = +32.0°C, high = +34.0°C)  ALARM  sensor = thermistor
temp2:        +31.0°C  (low  = +82.0°C, high = -118.0°C)  ALARM  sensor = thermistor
temp3:       -128.0°C  (low  =  +2.0°C, high = +89.0°C)  sensor = disabled
intrusion0:  OK

asus-isa-0000
Adapter: ISA adapter
cpu_fan:        0 RPM

k10temp-pci-00c3
Adapter: PCI adapter
temp1:        +40.6°C  (high = +70.0°C)
                       (crit = +90.0°C, hyst = +87.0°C)
 


le meme souci pour cpu_fan  que sur Ryzen ( le cpu a 7 coeurs actif 100%  => "power1:      122.61 W  (crit = 125.02 W")
)
avec seulement 1 coeur a 100%


fam15h_power-pci-00c4
Adapter: PCI adapter
power1:       56.81 W  (crit = 125.02 W)
 


ceci je pense pour le chipset peut etre  => k10temp-pci-00c3

je pense que comme on me la dit attendre les futures versions de lm-sensor pour Ryzen , j'ai bien 3 ventilateurs connectés sur la carte mère ( plus un 200mm sur l alimentation )  avec it8721-isa-0290
ceci je sais pas a quoi ça correspond => asus-isa-0000 (le meme pour Ryzen avec 0 rpm aussi )
nota :  carte mère Asus pour Ryzen et  socket AM3+ (FX8320)

Asus doit utiliser un nouveau circuit super I/O qui n est pas encore dans le noyau (4.10 ou 4.11 ) , les modules sont juste a activer dans /etc/modules-load.d/modules.conf


# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.

# Generated by sensors-detect on Tue Mar 28 11:06:05 2017
# Chip drivers
it87
 


il reste que le son , mais j ai vu qu il fonctionne avec le noyau 4.9.0-2 (mieux avec le 4.10.6 )
pour le reste a part 2 erreurs ACPI au démarrage (idem avec le 4.10 ou 4.11 )

pour les tests sur Ryzen en GNU Linux je pense qu'ils sont plus pointu que moi pour récupérer les informations utiles  roll

lien support pour ITE  =>   https://hwmon.wiki.kernel.org/device_support_status_g_i

Dernière modification par anonyme (28-03-2017 12:24:49)

#20 28-03-2017 16:13:33

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

Re : test compilation noyau 4.10.5 stable

Un solution, attendre que cela soit correctement adapté smile

Hors ligne

#21 28-03-2017 17:49:26

anonyme
Invité

Re : test compilation noyau 4.10.5 stable

pour sensors (lm-sensors) je sais pas si encore actif et pour le noyau ça fait un an qu il n y a plus rien.
donc je me fais pas trop d illusions  sad

nota : j'ai parcouru la doc ce matin dans /usr/share/doc

il me faut regarder sur les machines intel Skylake et Kabylake le retour de sensors-detect

le retour pour intel pas mieux  sad  (bon peut etre que parce que j utilise de l'Asus ......  )


sensors-detect
 



AMD Family 16h power sensors...                             No
Intel digital thermal sensor...                             Success!

Trying family `VIA/Winbond/Nuvoton/Fintek'...               Yes
Found unknown chip with ID 0xd121
    (logical device B has address 0x290, could be sensors)
Probing for Super-I/O at 0x4e/0x4f

Found unknown SMBus adapter 8086:a2a3 at 0000:00:1f.4.
Sorry, no supported PCI bus adapters found.
Module i2c-dev loaded successfully.

Driver `coretemp':
  * Chip `Intel digital thermal sensor' (confidence: 9)

To load everything that is needed, add this to /etc/modules:
#----cut here----
# Chip drivers
coretemp
#----cut here----
If you have some drivers built into your kernel, the list above will
contain too many modules. Skip the appropriate ones!

Do you want to add these lines automatically to /etc/modules? (yes/NO)
 



# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.


# Generated by sensors-detect on Tue Mar 28 18:57:30 2017
# Chip drivers
coretemp
 



sensors
 



asus-isa-0000
Adapter: ISA adapter
cpu_fan:        0 RPM

coretemp-isa-0000
Adapter: ISA adapter
Physical id 0:  +61.0°C  (high = +80.0°C, crit = +100.0°C)
Core 0:         +61.0°C  (high = +80.0°C, crit = +100.0°C)
Core 1:         +60.0°C  (high = +80.0°C, crit = +100.0°C)
Core 2:         +43.0°C  (high = +80.0°C, crit = +100.0°C)
Core 3:         +46.0°C  (high = +80.0°C, crit = +100.0°C)
 



je peut aussi regarder sur du socket 1155 et 1150 (encore plus ancien )  de mémoire sur le socket 775 ça fonctionne correctement

bon ça peut sembler hors sujet mais c est le noyau qui initialise le materiel pour sensors  roll

ps: je précise que skylake , kabylake et ryzen sont en sid (donc socket 1151 et AM4)

sur du socket 1150 j'ai les températures nickel mais pas les ventilateurs et pas les tensions (pour les cartes vidéo nvidia j ai tout les capteurs )
sur du socket 1155 températures mais pas de ventilo ni tensions

Dernière modification par anonyme (28-03-2017 18:51:46)

#22 01-02-2020 18:47:53

rodrigue7973
Membre
Lieu : beloeil
Distrib. : windows 11 pro
(G)UI : gnome
Inscription : 19-11-2017

Re : test compilation noyau 4.10.5 stable

j'avais réussir via vm workstation pour faire un test smile

1580586772.png

Dernière modification par rodrigue7973 (01-02-2020 20:01:38)


Etant dyslexique, j'ai des problèmes quant à la rédaction de messages en français courant. Je vous prie dès lors d'accepter toutes mes excuses si mes interventions peuvent vous paraître étranges et je vous remercie d'avance pour votre compréhension.

Hors ligne

#23 01-02-2020 20:01:06

LaFouine
Membre
Distrib. : Debian testing
Noyau : 4.19.0-4-amd64
(G)UI : Xfce
Inscription : 10-04-2017

Re : test compilation noyau 4.10.5 stable

Petite question si c est mis en dure lsmod le vois toujours comme un module ?

si vous utiliser un script sa peut être intéressant de le partager, je veux bien filer le mien mai je ne maîtrise pas ce langage de programmation

Debian testing, nvidia 980 gtx sli, cm asurock 16 gb ram cpu i7 4,2 ghz

Hors ligne

#24 02-02-2020 12:13:09

rodrigue7973
Membre
Lieu : beloeil
Distrib. : windows 11 pro
(G)UI : gnome
Inscription : 19-11-2017

Re : test compilation noyau 4.10.5 stable

j'ai réussir ce matin !
kernel-5-5-1-rodrigue7973.png

Etant dyslexique, j'ai des problèmes quant à la rédaction de messages en français courant. Je vous prie dès lors d'accepter toutes mes excuses si mes interventions peuvent vous paraître étranges et je vous remercie d'avance pour votre compréhension.

Hors ligne

#25 02-02-2020 15:27:01

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

Re : test compilation noyau 4.10.5 stable

@LaFouine

lsmod voit seulement les modules du kernel.
Si un module n'en est plus un car on l'a recompilé en dur, lsmod ne le verra pas.
Ce qui est en build-in est visible avec

cat /lib/modules/$(uname -r)/modules.builtin


https://www.kernel.org/doc/Documentatio … kbuild.txt

(J'ai bien checké ayant un pc avec un disque en xfs (build en temps que module) et ext4 en dur (car conf de ma distro), et bien lsmod liste bien xfs, mais pas ext4 et ext4 est bien dans modules.builtin et non xfs.)

Un script pourquoi ?

Dernière modification par naguam (02-02-2020 15:31:32)

Hors ligne

Pied de page des forums