Pouvoir s'en sortir par un bête rechargement du module, ce serait super.
Rechargement de module, generalement c'est pour les modules noyau, donc si ca plante et corrompt de la memoire en espace noyau, t'es mort de toute facon.
Avoir juste le minimum en espace noyau (moins de code == moins de bugs == moins de failles de secu == moins de possibilite de tout planter) et le gros du pilote en espace utilisateur permet par contre de s'en sortir juste en redemarrant le pilote.
Typiquement sur l'OS dominant, on trouve les pilotes de carte graphique et une partie des pilotes USB qui tournent en espace utilisateur et ca permet de resister fortement aux bugs dans les pilotes de CG (en plus de permettre les mises a jour a la volee sans perdre sa session, etc.).
Mais clairement pour l'instant, c'est pas du tout le chemin pris par Linux (on deplace les pilotes X en user-space vers le noyau - meme si l'architecture originale etait a chier et ne permettait pas le changement a chaud de toute facon).
[^] # Re: Enfin des news
Posté par Littleboy . En réponse à la dépêche L'année 2010 du Hurd. Évalué à 1.
Rechargement de module, generalement c'est pour les modules noyau, donc si ca plante et corrompt de la memoire en espace noyau, t'es mort de toute facon.
Avoir juste le minimum en espace noyau (moins de code == moins de bugs == moins de failles de secu == moins de possibilite de tout planter) et le gros du pilote en espace utilisateur permet par contre de s'en sortir juste en redemarrant le pilote.
Typiquement sur l'OS dominant, on trouve les pilotes de carte graphique et une partie des pilotes USB qui tournent en espace utilisateur et ca permet de resister fortement aux bugs dans les pilotes de CG (en plus de permettre les mises a jour a la volee sans perdre sa session, etc.).
Mais clairement pour l'instant, c'est pas du tout le chemin pris par Linux (on deplace les pilotes X en user-space vers le noyau - meme si l'architecture originale etait a chier et ne permettait pas le changement a chaud de toute facon).