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 bonne chose ??
Ça va pas arranger les affaires de ce qui font des hackintosh tout ça.
?
@oomu
Les Kexts sont utilisés pour l'installation de macOS sur un PC, j'imagine que si ça change il va falloir tout adapter les logiciels permettant ces bidouilles.
les communautés de hackintosh s'adapteront, ça ne sera pas la première fois.
la communauté des hack, c'est à qui a la plus grosse kekext
@pocketalex
Joli ?
@bidibout
Bof, certains ont déjà réussi à mettre à jour un hackintosh sur Catalina apparemment…
@nicolasf
Ah bon ? Bonne nouvelle alors.
@Nicolas
Tant qu'Apple utilisera du x86, il y aura toujours des bidouilleurs pour adapter MacOS sur des cartes mères PC
Le jour ou Apple passe sur ARM par contre...
Quand on pense que sur Windows de simples pilotes d’imprimante peuvent faire planter le système.
@broketschnok
Depuis Windows Vista, les pilotes d'impression s'exécutent en mode "utilisateur".
Donc, non, cela ne peut plus faire planter le système comme vous dites.
C'est juste l'habituel stéréotype, rarement mis à jour à la réalité, répété encore et encore.
@byte_order
Whisper words of wisdom : let it be.
Certains ne voudront jamais comprendre combien les choses ont évolué, dans un sens comme dans l’autre, d’un côté comme de l’autre.
je refuse de lâcher ma petite haine de windows, c'est la seule chose qui me tient chaud en hiver...
@oomu je refuse de lâcher ma petite haine de windows, c'est la seule chose qui me tient chaud en hiver...
Je kiffe ???
@occam
Amen !
Windows et macOS c’est le Ying et le Yang.
Les avantages de l’un sont les inconvénients de l’autre et vice et versa.
Ils faut simplement reconnaître les avantages de l’un et de l’autre.
La robustesse de macOS n’est plus à démontrer face à Windows c’est encore un de ses grands avantages.
Aucun de mes clients ne dézingue macOS en revanche nombre d’entre eux se retrouvent avec un Win10 HS sans le vouloir.
Ça c’est du terrain après tu en penses ce que tu veux.
@byte_order
Vous avez raison
@byte_order
Désolé de te contredire mais encore hier j’installais une imprimante laser Samsung sur un Windows 10. Le pilote était donné pour fonctionner sous Windows 10.
Résultat : Ralentissement énorme au démarrage et l’impression qui ne fonctionnait pas.
J’ai dû installer un pilote universel pour que ça refonctionne.
Si tu appelle ça un mythe, je veux bien mais il perdure encore...
@rvassard64
> Résultat : Ralentissement énorme au démarrage et l’impression qui ne fonctionnait pas.
Ce qui n'est pas la même chose que, je cite le post objet de mon commentaire, "faire planter le système".
Vous trouverez partout des situations similaires où des bouts de logiciels mal codés ralentissent ou ne rendent pas la fonctionnalité attendue, il suffit de regarder les forums MacG pour s'en rendre compte, c'est vrai quelque soit l'OS. Et c'est probablement pas prêt de disparaitre.
Mais qu'un OS cesse totalement et définitivement de fonctionner à cause d'un bout de code tiers, là, par contre, c'est devenu beaucoup plus rare.
C'est vrai pour macOS comme pour Windows 10, voir même Linux.
Sur ce plan là, on est plus dans les années 90.
> Si tu appelle ça un mythe, je veux bien mais il perdure encore...
Malheureusement, les stéréotypes, par définition, perdurent : le système ne plante pas, comme il l'aurait fait *avant*. Désormais, et depuis quelques années déjà pour ce qui concerne les pilotes d'impression Windows, il résiste, mais il ne corrige pas encore de lui-même les bouts de code tiers mal foutu. Meme Apple ne sait pas encore le faire, ça non plus. Mais le stéréotype continue d'appeler ça un "plantage", alors que l'OS ne plante plus comme avant. Vous trouverez des exemples de pilotes ou apps qui ralentissement terriblement macOS aussi sur plein de forums, mais très peu qui le "plante". On y trouve aussi le pilote Ethernet over Thunderbolt (pas d'un tiers, mais d'Apple), par exemple, qui fait s'éteindre inopinément les macbookpro, qui lui plante le système, car il l'éteint carrément (et brutalement, au passage). Voyez-vous la nuance ?
Par ailleurs, comme vous l'avez découvert, le besoin de code tiers est de moins en moins nécessaire car les OS viennent avec le support de plus en plus large de périphériques, via des pilotes plus génériques pré-installés.
Dans votre exemple, c'est pas vraiment Microsoft qui doit avoir honte puisque 1) Windows 10 n'a pas planté malgré toute la mauvaise volonté du code de Samsung et 2) ils fournissent un pilote générique qui marche très bien, lui. Samsung, par contre, fournit un pilote de mauvaise qualité. Ou un support inadéquat pour choisir le bon pilote à utiliser.
Merci, donc, de voir où se situe la responsabilité de chacun ici.
Y'a des (vrais) plantages de Windows 10 des fois encore, mais plus à cause d'un pilote d'impression. Colporter le contraire, c'est désormais entretenir un stéréotype.
Et pourtant...
https://www.bleepingcomputer.com/news/microsoft/hp-pcs-getting-wdf-violation-bsod-after-installing-windows-10-updates/
Ca m'a complètement scié de voir le pilote d'un bête clavier USB planter W10. Incroyable mais vrai !
@ShugNinx
« Ca m'a complètement scié de voir le pilote d'un bête clavier USB »
Que la machine derrière soit usuelle ou pas, complexe ou pas, un pilote c’est un pilote ;)
Mois c’est le pilote d’un otoscope qui a fait s’effondrer Windows.
Par contre, je dois avouer qu’ensuite, Windows s’est réparé tout seul, et que l’otoscope y fonctionne finalement...
Je ne crois pas que ça se serait passé comme ça sous macOS.
@byte_order
Je veux bien comprendre tout cela mais que penser des PC de clients plantés pour des pertes de fichiers système ou de partitions corrompues ?
Je ne vois quasiment jamais ça sur Mac ?
J’ai planté mon propre PC en installant un logiciel comme Acronis qui n’est pas un freeware exotique ?
Peu importe d’où le problème vient.
Ce que je constate, c’est le Mac sous macOS est bien plus robuste que le PC sous Windows et j’en vois passer sous mes yeux.
C’est normal par nature comme Androïd face à iOS.
Apple privilégie la fermeture face à l’ouverture pour Windows.
Steve jobs l’a compris avec l’Apple II et le fiasco des cartes d’extension incompatibles entre elles.
Ce n’est pas pour rien que de grandes entreprises limitent leurs informatiques à 2 marques en général et conservent les mêmes cartes mères et le même BIOS sur 5 ans pour limiter les dégâts.
Plus ou moins, plus ou moins, pas du tout en fait : https://docs.microsoft.com/en-us/windows-hardware/drivers/wdf/getting-started-with-umdf-version-2
@broketschnok
Il y a 15 ans peut être....
Très bonne initiative. Il était temps.
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.