DriverKit : Apple abandonne partiellement les kexts
Qui veut la peau des extensions de noyau ? Apple, bien sûr. Parce qu’ils opèrent au plus près du noyau, ces « pilotes » sont aussi puissants que dangereux, parce qu’ils peuvent compromettre la sécurité ou la stabilité du système. D’abord bloqués, puis dépréciés, les bons vieux « kexts » vont laisser place à un nouveau système de pilotes exécutés dans l’espace utilisateur.
Avec DriverKit, les pilotes passent du « mode noyau » au « mode utilisateur », et ne pourront plus causer de kernel panic. DriverKit est conçu pour remplacer les extensions de noyau les plus communes, qui rentrent dans sept catégories identifiées par Apple :
- virtualisation ;
- appareils de contrôle des accès (lecteurs de cartes…) ;
- cartes réseau ;
- interfaces personne-machine (dispositifs de pointage, appareils d’accessibilité…) ;
- réseau et VPN ;
- imprimantes et scanners ;
- appareils à port série.
DriverKit est censé apporter une solution immédiate pour 75 % des extensions de noyau existantes. Apple encourage très fortement les développeurs à adopter rapidement ce nouveau système, et pour cause, les prochaines versions de macOS ne prendront plus en charge les kexts entrant dans ces catégories.
Très bien !!
« DriverKit est censé apporter une solution immédiate pour 75 % des extensions de noyau existantes. »
D’expérience — d’une trop longue expérience — cela signifie la rade pour les autres 75 % des kexts. Et pour les 75 % des kexts où DriverKit devrait marcher, mais pour des raisons inexplicables n’y parvient pas.
Avec ce genre de solution, les emmerdes, ça ne vole pas seulement en escadrille, ça se multiplie aussi.
@occam
donc si je te résume, on a les 75% pour qui ça marchera, les 75 autres % qui seront en rade, et les 75 autres % pour qui ça devrait marcher mais ça marchera pas
c'est ça ?
bref, cette info concerne les 225% d'utilisateurs Mac, soit la totalité des utilisateurs
j'ai bon ?
@pocketalex
??
@pocketalex
@occam a une culture de ouf (de ce que j’ai lu) il a le droit d’être mauvais en math.
@ya2nick
"il a le droit d’être mauvais en math"
You wish.
@pocketalex
"j'ai bon ?"
Hélas, non.
J’ai bien spécifié : « ça se multiplie aussi ».
La proportion des victimes collatérales d’une mesure censée éviter des victimes collatérales est une cascade de cascades multiplicatives, dont le seuil inférieur après la première bifurcation est toujours supérieur à l’unité, donc à 100 %. Il n’y a pas en théorie de limite supérieure. (Imaginez un arbre fractal.)
Les emmerdes, ça entraîne les emmerdes, ça entraîne les emmerdes, ça entraîne les emmerdes, etc., à l’infini.
espérons que cela permettra enfin à MacOS d'avoir des driver de FileSystem digne de ce nom.
Fuse était bien là mais...
A+JYT
@sekaijin
Dans quelle catégorie ça rentre, un FS ?
Virtualisation ?
@ sebasto72
Non à priori, ça rentre dans les FS
Ah et bien avec un peu de chance ça permettra de régler le problème du kext Ethernet via TB qui fait planter une série de MBP 15p 2014 - dont le mien.
A ce jour, à chaque màj de MacOS je suis obligé de désactiver ce kext sinon l’ordi peut s’éteindre à tout moment, même sans utiliser ce port...
Et donc d’utiliser Ethernet via USB / et donc utiliser un hub USB pour avoir plus qu’un port de dispo !
Un bug qui va fêter ses 3 ans ? ?
@24x36
On peu espérer. À défaut de corriger le bug, au lieu de planter tout l’os, ça ne plantera que le process en userland.
Je me demande quand vont venir râler ceux qui critiquent la politique d'Apple de déprécier des technologies? Ça, pourtant, c'est imparable, ça ne peut que laisser en rade un sacré nombre de périphériques. Mais peut-on critiquer quelque chose qui apporte si indéniablement plus de sécurité et de stabilité?
@macg: Ce serait sympa d'indiquer vos sources !
Merci.
Pages