Prenons mon cas (je suis un peu nombriliste, vois-tu) : je passe Samedi dernier au noyau 3.0.0. Normalement, aucun problème, n'est-ce pas ? Un aptitude update et roulez jeunesse ? Eh ben non, patatras, au réamorçage, impossible d'avoir une résolution plus haute que ×ばつ768. Je fouille les logs : le dmesg se remplit à une vitesse effarante de messages m'indiquant que l'EDID renvoyée par mon écran a une mauvaise somme de contrôle (c'est sympa pour l'utilisateur, devoir fouiller des logs obscurs à la recherche de messages cryptiques. J'aurais pas su ce qu'était un EDID, je n'allais pas loin).
Or, KMS se base sur ce fichu EDID. J'appelle Gogol, et je trouve un patch... qui n'a jamais été appliqué parce qu'Adam Jackson n'a pas aimé. Donc, on est parti pour recompiler un kernel. Ça nécessite de connaître make-kpkg, patch, j'en passe et des meilleures, ce n'est peut-être pas de l'admin système stricto sensu mais c'est quand même beaucoup de tracas. Sans compter que le patch tel qu'il était n'enlevait pas toutes les entrées dans le dmesg. Quelques recompilations plus tard (ça a pris une bonne partie de la nuit sur mon Celeron), tout allait bien... si ce n'est que le mode vidéo que j'utilisais auparavant n'était plus disponible :-(
Donc, troisième étape, appel à cvt et xrandr pour recréer le mode vidéo souhaité (toujours mieux que de devoir racheter un écran parce qu'on a changé de noyau). Inutile de dire qu'à ce point, on a perdu toute prétention d'user-friendliness, ainsi qu'un temps conséquent. Et ce n'est pas un problème de matos proprio (ça marchait auparavant) mais une régression. Donc, bon, je n'ai pas de problème avec ça (je me dis que c'est le prix de la liberté), mais je comprends que certains veuillent que ça Juste MarcheTM en permanence. Surtout si ce sont des dévs un peu pointus qui sont mieux payés à coder qu'à trafiquer leur noyau pour faire marcher correctement leur matos.
[^] # Re: [HS] [LINUX] [bad graphics board driver
Posté par William Steve Applegate . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 7.
Prenons mon cas (je suis un peu nombriliste, vois-tu) : je passe Samedi dernier au noyau 3.0.0. Normalement, aucun problème, n'est-ce pas ? Un aptitude update et roulez jeunesse ? Eh ben non, patatras, au réamorçage, impossible d'avoir une résolution plus haute que ×ばつ768. Je fouille les logs : le dmesg se remplit à une vitesse effarante de messages m'indiquant que l'EDID renvoyée par mon écran a une mauvaise somme de contrôle (c'est sympa pour l'utilisateur, devoir fouiller des logs obscurs à la recherche de messages cryptiques. J'aurais pas su ce qu'était un EDID, je n'allais pas loin).
Or, KMS se base sur ce fichu EDID. J'appelle Gogol, et je trouve un patch... qui n'a jamais été appliqué parce qu'Adam Jackson n'a pas aimé. Donc, on est parti pour recompiler un kernel. Ça nécessite de connaître make-kpkg, patch, j'en passe et des meilleures, ce n'est peut-être pas de l'admin système stricto sensu mais c'est quand même beaucoup de tracas. Sans compter que le patch tel qu'il était n'enlevait pas toutes les entrées dans le dmesg. Quelques recompilations plus tard (ça a pris une bonne partie de la nuit sur mon Celeron), tout allait bien... si ce n'est que le mode vidéo que j'utilisais auparavant n'était plus disponible :-(
Donc, troisième étape, appel à cvt et xrandr pour recréer le mode vidéo souhaité (toujours mieux que de devoir racheter un écran parce qu'on a changé de noyau). Inutile de dire qu'à ce point, on a perdu toute prétention d'user-friendliness, ainsi qu'un temps conséquent. Et ce n'est pas un problème de matos proprio (ça marchait auparavant) mais une régression. Donc, bon, je n'ai pas de problème avec ça (je me dis que c'est le prix de la liberté), mais je comprends que certains veuillent que ça Juste MarcheTM en permanence. Surtout si ce sont des dévs un peu pointus qui sont mieux payés à coder qu'à trafiquer leur noyau pour faire marcher correctement leur matos.
Envoyé depuis mon PDP 11/70