version 4.12 Kernel et correctifs à venir

bonjour
nouvelle version stable qui démarre 4.12
https://cdn.kernel.org/pub/linux/kernel ... Log-4.12.1
Scheduler/USB/TPM/xhci

**** ATTENTION si vous voyez venir linux4.13 en TESTS il y a une refont énorme ( totalité ) sur la mémoire et le réseau ! ****

nouvelle version ..déjà ....
https://cdn.kernel.org/pub/linux/kernel ... Log-4.12.2
x86/ext4/crypto/proc/mqueue

Merci pour l'info.
Ça sent une grosse refonte des protocoles de transfert comme Samba ou ssh.

Ce kernel n'aboutit plus sur mon fixe, viré dans la foulée, on verra plus tard lorsque il sera utilisable s'il l'est un jour :siffle

stephane a écrit :attention pour le nouveau noyau linux 4.12 : le mode BFQ ne parvient pas à s'activer , aussi bien BFQ-scheduler I/O que le bq-mq

Lien

il semblerait qu'n ajoutant scsi_mod.use_blk_mq=1 ça passe ...
Lu ici

et tu as bien vérifié ?
quel retour dans ce cas :

cat /sys/block/sd*/queue/scheduler

cf https://forum.manjaro.org/t/bfq-is-not- ... c_id=27670

Du coup, je l'ai installé et l'ai booté avec cet option en éditant grub à chaud.

[steph@manjaro ~]$ cat /sys/block/sd*/queue/scheduler
[mq-deadline] kyber bfq bfq-mq none
[mq-deadline] kyber bfq bfq-mq none

Donc, ça ne passe pas. Cela dit, je n'ai pas de ssd sur ce PC et je ne note pas (encore ?) de comportement anormal...

alors , je viens aussi de mon côté faire le test
il y a bien un mode par défaut ,

sudo journalctl -b0 | grep ' io '

mais la vérification montre que cela ne suffit pas
on a donc soit des règles Udev à mettre en place , soit des parms issus de la /etc/fstab qui provoquent le changement ( sans le moindre warning )

a priori je pensais que le(s) SSD seraient mq-bfq et les HDD bfq ,
les autres modes deadline ou none sont ok , à eviter cfq , le mode kyber est douteux ?

donc il y a quelque chose qui n'est pas correct à mon avis

infos complémentaires : j'ai lu en parti les retours fait à paolo sur la branche BFQ et l'intégration dans le noyau ,
-le BFQ-MQ a un souci de changement ioclass à la volée aboutissant un lock
-ajout de traces afin de voir ce qui se passe sans la partie login

pour ma part , et ayant d'autres sujets précédemment ,
avant kernel 4.12 , manjaro intégrait un patch BFQ et en fonction du noyau / regles udev / et etc/fsab sur chaque disque on a bien BFQ activé
après kernel 4.12 je me retrouve en deadline sur tous les disques , or cela n'est pas possible ( 5 SSD / 1 HDD ) et cela reste fonction de udev et ets/fstab

activation requise avec ajout des regles suivantes ( valable pour un ensemble de disques )
creation de regle udev ***4.12***
/etc/udev/rules.d/60-schedulers.rules

# set deadline scheduler for non-rotating disks
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="deadline"
# set bfq-mq scheduler for rotating disks
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="bfq-mq"

*** ATTENTION CERTAINS RENCONTRENT DES SOUCIS DE MISE EN VEILLE avec 4.12 , CONSERVER TOUJOURS 4.9 ou 4.11 AU CAS OU ***

*** ATTENTION les modules VirtualBox ne sont pas à jour pour ce nouveau noyau , VM Ko ***

J'ai bien un souci de mise en vielle ou même d'extinction du PC avec le noyau 4.12, mais c'est aussi le cas avec le 4.11 et le 4.10

Seul le noyau 4.9 LTS m'évite ces soucis. Je vais devoir en rester sagement à la version 4.9

tiens c est bizarre ca tourne nickel sur mon vieux tromblon...

Moi aussi, mais je n'ai pas encore tout testé.

nouvelle version kernel
https://cdn.kernel.org/pub/linux/kernel ... Log-4.12.3
KVM/Alsa/sched/crypto/mnt/virtio/fs-dcache/clang/drm-amdgpu/efi/net/ipv6

nouvelle version
https://cdn.kernel.org/pub/linux/kernel ... Log-4.12.4
scheduler/drm/i915//cpufreq/acpi/kernel//Net/x86/vfio//amdgpu/Raid5/dmraid//usb/xhci/pci/scsi mq/btrfs/iwlwifi/ath9k/thermal/
reiserfs/hfsplus/nfs/f2fs/xfs/ext2

il y a pas mal de changement dans cette version

Merci stephane, je viens de le réinstaller et il démarre à présent sans problème sur ma machine principale, heureusement car j'ai vu que le 4.11 est marqué "EOL".

Pour ma par je suis toujours au 4.12.3.
Comment accéder aux différents journaux pour surveiller les éventuels bugs ?

avec arch, c'est fait le 4.12 est celui par defaut : 4.12.3-1-ARCH

@Horigo : pour accéder au journal : journalctl -kb (ou autres options)

Horigo a écrit :Pour ma par je suis toujours au 4.12.3.
Comment accéder aux différents journaux pour surveiller les éventuels bugs ?

sudo journalctl -b0 ( demarrage en cours )
sudo journalctl -b1 ( demarrage précédent )
sudo journalctl -b0 -p err ( les grosses erreurs )

linux412-4.12.4-2 sur Manjaro unstable, ils ont raté le train sur Arch ? :gsourire:

salut
Arch a une politique très différente de Manjaro, il n'y a pas 36 versions, juste celui par défaut et le lts donc ils sont (heureusement) beaucoup plus frileux :clindoeil:

papajoke

papajoke a écrit :salut
Arch a une politique très différente de Manjaro, il n'y a pas 36 versions, juste celui par défaut et le lts donc ils sont (heureusement) beaucoup plus frileux

Ils ont bien raison de privilégier la stabilité sur les noyaux. Le kernel étant la "moteur" du système... Je me suis souvent retrouvé avec des bugs contrariant :siffle

Cela dit, et c'est là l'essentiel, les noyaux sont stables sur la branche du même nom