Oui mais non, tu n'as pas le droit de creer un nouveau segment en mode protege, c'est une tache reservée au noyeau. Quand a mettre le segment de données dans CS, ce n'est pas très malin car le segment de données n'est pas executable.
Quand au retour en segmenté qui ferait faire des cauchemards, je ne vois vraiment pas ou est le problème : on est deja en mode segmenté : il y a un segment de code dans CS et un de données en DS, le truc c'est qu'ils ce recouvrent, et que le recouvrement rend donc inoperant une protection naturelle des x86. Moi je parlais de rassembler tout le code dans un coin de l'expace lineaire, toutes les données dans un autres, et que le segment de code n'inclue pas les données et reciproquement. Comme le segment de code est dans CS et est utilisé automatiquement par les jump, call, etc, ta pas besoin de préciser le segment. De meme pour les données : le segment de données est dans DS, et est utilisé automatiquement dans toutes les operations d'acces au données. Vu le modèle mémoire du C, il ne faudrait mieux pas separer le segment de données du segment de pile par contre (par contre en java on pourrait...), mais bon c'est pas essentiel de faire ca.
Bien evidemment faire ca aujourd'hui, meme si je pense que c'est possible, serait assez lourd : modification surrement toute la chaine de compilation et de chargement dynamique, du noyeau, puis recompilation. C'est pour ca que je disais que ca aurait du etre fait des le début. Reste que desactiver quasi volontairement une protection pour refaire la meme 10 ans apres a un autre niveau en plus compliqué, qui tourne sur peu de procs de la famille majoritaire x86 (alors que linus a developpé initialement sur x86), n'est pas tres (voir du tout) malin.
PS: evitez de me moinsser pendant 1 semaine, je viens de me recreer un compte et il m'est impossible de poster si j'ai trop peu de karma, encore un systeme de controle débile de merde, vu que j'ai voulu ecrire ca hier soir et que j'ai pas pu et que j'ai faillis refermer mon compte immédiatement sous la colere.
[^] # Re: Et la protection au niveau des segments alors ?
Posté par Guillaume Knispel . En réponse à la dépêche Premier patch 'NX' pour le noyau Linux. Évalué à 3.
Quand au retour en segmenté qui ferait faire des cauchemards, je ne vois vraiment pas ou est le problème : on est deja en mode segmenté : il y a un segment de code dans CS et un de données en DS, le truc c'est qu'ils ce recouvrent, et que le recouvrement rend donc inoperant une protection naturelle des x86. Moi je parlais de rassembler tout le code dans un coin de l'expace lineaire, toutes les données dans un autres, et que le segment de code n'inclue pas les données et reciproquement. Comme le segment de code est dans CS et est utilisé automatiquement par les jump, call, etc, ta pas besoin de préciser le segment. De meme pour les données : le segment de données est dans DS, et est utilisé automatiquement dans toutes les operations d'acces au données. Vu le modèle mémoire du C, il ne faudrait mieux pas separer le segment de données du segment de pile par contre (par contre en java on pourrait...), mais bon c'est pas essentiel de faire ca.
Bien evidemment faire ca aujourd'hui, meme si je pense que c'est possible, serait assez lourd : modification surrement toute la chaine de compilation et de chargement dynamique, du noyeau, puis recompilation. C'est pour ca que je disais que ca aurait du etre fait des le début. Reste que desactiver quasi volontairement une protection pour refaire la meme 10 ans apres a un autre niveau en plus compliqué, qui tourne sur peu de procs de la famille majoritaire x86 (alors que linus a developpé initialement sur x86), n'est pas tres (voir du tout) malin.
PS: evitez de me moinsser pendant 1 semaine, je viens de me recreer un compte et il m'est impossible de poster si j'ai trop peu de karma, encore un systeme de controle débile de merde, vu que j'ai voulu ecrire ca hier soir et que j'ai pas pu et que j'ai faillis refermer mon compte immédiatement sous la colere.