L'implementation actuelle des VT dans le kernel est pour moi effectivement mal foutu aujourd'hui. A l'epoque ou ca a ete implemente, cela avait du sens. Par contre je ne dis pas que d'un point de vue theorique on ne pourrait pas gerer les VT dans le kernel. Mais cela reposerai sur pas mal de pre-requis que l'on est pas pret d'avoir avant un moment et le passage par une solution dans l'espace utilisateur semble obligatoire pour l'instant.
Le premier qui me vient a l'esprit c'est d'avoir une API graphique interne dans le kernel pour que celui-ci puisse controller le changement de context graphique. Faisable si l'on considere seulement les drivers open-source. Mais vu combien de temps il a fallu pour avoir KMS supporte par ces derniers, et que les drivers proprio ne le supportent toujours pas, je pense que l'on peut attendre un moment.
De plus dans le contexte de la gestion multi-seat qui est gere dans l'espace utilisateur il me semble (j'y connais pas grand chose donc peut-etre je m'avance un peu), il faut une bonne coordination entre les deux. Donc autant avoir tout ca au meme endroit, dans l'espace utilisateur. Et le jour ou tout le monde est content et que l'on se rend compte que finalement, pour certaines raisons apparentes a ce moment la, ca serait mieux d'avoir cela dans le kernel, quelqu'un s'y collera surement.
[^] # Re: Un vrai problème ?
Posté par mdlh . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 3.
L'implementation actuelle des VT dans le kernel est pour moi effectivement mal foutu aujourd'hui. A l'epoque ou ca a ete implemente, cela avait du sens. Par contre je ne dis pas que d'un point de vue theorique on ne pourrait pas gerer les VT dans le kernel. Mais cela reposerai sur pas mal de pre-requis que l'on est pas pret d'avoir avant un moment et le passage par une solution dans l'espace utilisateur semble obligatoire pour l'instant.
Le premier qui me vient a l'esprit c'est d'avoir une API graphique interne dans le kernel pour que celui-ci puisse controller le changement de context graphique. Faisable si l'on considere seulement les drivers open-source. Mais vu combien de temps il a fallu pour avoir KMS supporte par ces derniers, et que les drivers proprio ne le supportent toujours pas, je pense que l'on peut attendre un moment.
De plus dans le contexte de la gestion multi-seat qui est gere dans l'espace utilisateur il me semble (j'y connais pas grand chose donc peut-etre je m'avance un peu), il faut une bonne coordination entre les deux. Donc autant avoir tout ca au meme endroit, dans l'espace utilisateur. Et le jour ou tout le monde est content et que l'on se rend compte que finalement, pour certaines raisons apparentes a ce moment la, ca serait mieux d'avoir cela dans le kernel, quelqu'un s'y collera surement.