Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Sylvain Sauvage
Mardi 21 juin 2005, 15:02:43 CEST, Georges Roux a écrit :
Je viens de compiler un 2.6.12 (méthode debian) en partant du .config du 2.6.11 et la problème d'écran noir au reboot.
Donc je précise je boot avec les options video=vesafb:ywrap,mtrr vga=0x317
Pas de problème avec les noyo précédent, que ce passe t'il, quelqu' un a t'il déjà eu le problème?
Peut-être un retour du bogue qui a existé sur les noyaux debian 2.6.10 (au moins) et les premiers 2.6.11 (si je me souviens bien) : le framebuffer vesa ne fonctionnait qu'en module, pas en « compilé en dur ».
Je ne suis vraiment pas sûr que cela soit une bonne piste : le bogue en question n'existait que sur les versions debian du noyau, or le 2.6.12 n'étant pas encore disponible en paquet, il n'a pas encore été « pa tché debian ».
Essaie de copier le vesafb.c d'une version précédente ou au moins de fa ire un diff. Et puis vérifie les logs pour voir les messages relatifs au fb.
-- Sylvain Sauvage
Mardi 21 juin 2005, 15:02:43 CEST, Georges Roux a écrit :
Je viens de compiler un 2.6.12 (méthode debian) en partant du .config du
2.6.11
et la problème d'écran noir au reboot.
Donc je précise je boot avec les options
video=vesafb:ywrap,mtrr vga=0x317
Pas de problème avec les noyo précédent, que ce passe t'il, quelqu' un a
t'il déjà eu le problème?
Peut-être un retour du bogue qui a existé sur les noyaux debian 2.6.10 (au
moins) et les premiers 2.6.11 (si je me souviens bien) : le framebuffer
vesa ne fonctionnait qu'en module, pas en « compilé en dur ».
Je ne suis vraiment pas sûr que cela soit une bonne piste : le bogue en
question n'existait que sur les versions debian du noyau, or le 2.6.12
n'étant pas encore disponible en paquet, il n'a pas encore été « pa tché
debian ».
Essaie de copier le vesafb.c d'une version précédente ou au moins de fa ire
un diff.
Et puis vérifie les logs pour voir les messages relatifs au fb.
Mardi 21 juin 2005, 15:02:43 CEST, Georges Roux a écrit :
Je viens de compiler un 2.6.12 (méthode debian) en partant du .config du 2.6.11 et la problème d'écran noir au reboot.
Donc je précise je boot avec les options video=vesafb:ywrap,mtrr vga=0x317
Pas de problème avec les noyo précédent, que ce passe t'il, quelqu' un a t'il déjà eu le problème?
Peut-être un retour du bogue qui a existé sur les noyaux debian 2.6.10 (au moins) et les premiers 2.6.11 (si je me souviens bien) : le framebuffer vesa ne fonctionnait qu'en module, pas en « compilé en dur ».
Je ne suis vraiment pas sûr que cela soit une bonne piste : le bogue en question n'existait que sur les versions debian du noyau, or le 2.6.12 n'étant pas encore disponible en paquet, il n'a pas encore été « pa tché debian ».
Essaie de copier le vesafb.c d'une version précédente ou au moins de fa ire un diff. Et puis vérifie les logs pour voir les messages relatifs au fb.
-- Sylvain Sauvage
Georges Roux
Sylvain Sauvage a écrit :
Peut-être un retour du bogue qui a existé sur les noyaux debian 2.6.10 (au moins) et les premiers 2.6.11 (si je me souviens bien) : le framebuffer vesa ne fonctionnait qu'en module, pas en « compilé en dur ».
Je ne suis vraiment pas sûr que cela soit une bonne piste : le bogue en question n'existait que sur les versions debian du noyau, or le 2.6.12 n'étant pas encore disponible en paquet, il n'a pas encore été « patché debian ».
Essaie de copier le vesafb.c d'une version précédente ou au moins de faire un diff. Et puis vérifie les logs pour voir les messages relatifs au fb.
Et ben non pas possible de mettre vesafb en module, c'est en dur ou pas de vesafb. J'essaie avec le vesafb.c du 2.6.11 le diff ne montre pas beaucoup de différence.
Georges
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage a écrit :
Peut-être un retour du bogue qui a existé sur les noyaux debian 2.6.10 (au
moins) et les premiers 2.6.11 (si je me souviens bien) : le framebuffer
vesa ne fonctionnait qu'en module, pas en « compilé en dur ».
Je ne suis vraiment pas sûr que cela soit une bonne piste : le bogue en
question n'existait que sur les versions debian du noyau, or le 2.6.12
n'étant pas encore disponible en paquet, il n'a pas encore été « patché
debian ».
Essaie de copier le vesafb.c d'une version précédente ou au moins de faire
un diff.
Et puis vérifie les logs pour voir les messages relatifs au fb.
Et ben non pas possible de mettre vesafb en module, c'est en dur ou pas
de vesafb.
J'essaie avec le vesafb.c du 2.6.11 le diff ne montre pas beaucoup de
différence.
Georges
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Peut-être un retour du bogue qui a existé sur les noyaux debian 2.6.10 (au moins) et les premiers 2.6.11 (si je me souviens bien) : le framebuffer vesa ne fonctionnait qu'en module, pas en « compilé en dur ».
Je ne suis vraiment pas sûr que cela soit une bonne piste : le bogue en question n'existait que sur les versions debian du noyau, or le 2.6.12 n'étant pas encore disponible en paquet, il n'a pas encore été « patché debian ».
Essaie de copier le vesafb.c d'une version précédente ou au moins de faire un diff. Et puis vérifie les logs pour voir les messages relatifs au fb.
Et ben non pas possible de mettre vesafb en module, c'est en dur ou pas de vesafb. J'essaie avec le vesafb.c du 2.6.11 le diff ne montre pas beaucoup de différence.
Georges
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
François Valenduc
Georges Roux a écrit :
Sylvain Sauvage a écrit :
Peut-être un retour du bogue qui a existé sur les noyaux debian 2.6.10 (au moins) et les premiers 2.6.11 (si je me souviens bien) : le framebuffer vesa ne fonctionnait qu'en module, pas en « compilé en dur ».
Je ne suis vraiment pas sûr que cela soit une bonne piste : le bogue en question n'existait que sur les versions debian du noyau, or le 2.6.12 n'étant pas encore disponible en paquet, il n'a pas encore été « patché debian ».
Essaie de copier le vesafb.c d'une version précédente ou au moins de faire un diff. Et puis vérifie les logs pour voir les messages relatifs au fb.
Et ben non pas possible de mettre vesafb en module, c'est en dur ou pas de vesafb. J'essaie avec le vesafb.c du 2.6.11 le diff ne montre pas beaucoup de différence.
Georges
C'est bizarre, je viens d'y arriver avec le patch vesafb-tng-0.9-rc6-r2-2.6.12-rc1.patch disponible sur la page http://dev.gentoo.org/~spock/projects/vesafb-tng/archive/. Avec le paramètre video=vesafb:ywrap,mtrr, Peut-être avez-vous choisi une résolution supérieure à 1024x768, ce qui est apparement incompatible avec le pilote vesafb. Par contre, j'ai voulu rajouter fbsplash mais je ne parviens pas à compiler les outils splashutils.
François
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Georges Roux a écrit :
Sylvain Sauvage a écrit :
Peut-être un retour du bogue qui a existé sur les noyaux debian 2.6.10 (au
moins) et les premiers 2.6.11 (si je me souviens bien) : le framebuffer
vesa ne fonctionnait qu'en module, pas en « compilé en dur ».
Je ne suis vraiment pas sûr que cela soit une bonne piste : le bogue en
question n'existait que sur les versions debian du noyau, or le 2.6.12
n'étant pas encore disponible en paquet, il n'a pas encore été « patché
debian ».
Essaie de copier le vesafb.c d'une version précédente ou au moins de faire
un diff.
Et puis vérifie les logs pour voir les messages relatifs au fb.
Et ben non pas possible de mettre vesafb en module, c'est en dur ou pas
de vesafb.
J'essaie avec le vesafb.c du 2.6.11 le diff ne montre pas beaucoup de
différence.
Georges
C'est bizarre, je viens d'y arriver avec le patch
vesafb-tng-0.9-rc6-r2-2.6.12-rc1.patch disponible sur la page
http://dev.gentoo.org/~spock/projects/vesafb-tng/archive/. Avec le
paramètre video=vesafb:ywrap,mtrr,1024x768-32@70. Peut-être avez-vous
choisi une résolution supérieure à 1024x768, ce qui est apparement
incompatible avec le pilote vesafb. Par contre, j'ai voulu rajouter
fbsplash mais je ne parviens pas à compiler les outils splashutils.
François
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Peut-être un retour du bogue qui a existé sur les noyaux debian 2.6.10 (au moins) et les premiers 2.6.11 (si je me souviens bien) : le framebuffer vesa ne fonctionnait qu'en module, pas en « compilé en dur ».
Je ne suis vraiment pas sûr que cela soit une bonne piste : le bogue en question n'existait que sur les versions debian du noyau, or le 2.6.12 n'étant pas encore disponible en paquet, il n'a pas encore été « patché debian ».
Essaie de copier le vesafb.c d'une version précédente ou au moins de faire un diff. Et puis vérifie les logs pour voir les messages relatifs au fb.
Et ben non pas possible de mettre vesafb en module, c'est en dur ou pas de vesafb. J'essaie avec le vesafb.c du 2.6.11 le diff ne montre pas beaucoup de différence.
Georges
C'est bizarre, je viens d'y arriver avec le patch vesafb-tng-0.9-rc6-r2-2.6.12-rc1.patch disponible sur la page http://dev.gentoo.org/~spock/projects/vesafb-tng/archive/. Avec le paramètre video=vesafb:ywrap,mtrr, Peut-être avez-vous choisi une résolution supérieure à 1024x768, ce qui est apparement incompatible avec le pilote vesafb. Par contre, j'ai voulu rajouter fbsplash mais je ne parviens pas à compiler les outils splashutils.
François
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage
Mardi 21 juin 2005, 23:03:17 CEST, François Valenduc a écrit :
[...] C'est bizarre, je viens d'y arriver avec le patch vesafb-tng-0.9-rc6-r2-2.6.12-rc1.patch disponible sur la page http://dev.gentoo.org/~spock/projects/vesafb-tng/archive/. Avec le paramètre video=vesafb:ywrap,mtrr,
Dans le genre « t'as des problèmes avec ton vélo ? moi j'ai pas de problème avec mes patins à roulettes »...
Peut-être avez-vous choisi une résolution supérieure à 1024x768, ce qui est apparement incompatible avec le pilote vesafb.
Georges a bien spécifié le mode par vga 0x307, soit 1280x1024 en 256 couleurs. Il s'agit d'un mode vesa, et en plus il est donné dans Documentation/fb/vesafb.txt, donc je pense qu'il doit être utilisable (surtout que Georges dit l'utiliser avec un 2.6.11). Il s'agirait donc d'une diminution des capacités du pilote.
Mais il est vrai que de proposer à Georges d'essayer avec d'autres résolutions est une bonne idée.
Par contre, j'ai voulu rajouter fbsplash mais je ne parviens pas à compiler les outils splashutils.
Autre sujet -> autre fil.
Cela dit, j'ai remarqué que le Makefile des splashutils ne crée pas toujours le répertoire kernel dans lequel les .o sont placés. Essaie un "mkdir kernel" avant le "make".
-- Sylvain Sauvage
Mardi 21 juin 2005, 23:03:17 CEST, François Valenduc a écrit :
[...]
C'est bizarre, je viens d'y arriver avec le patch
vesafb-tng-0.9-rc6-r2-2.6.12-rc1.patch disponible sur la page
http://dev.gentoo.org/~spock/projects/vesafb-tng/archive/. Avec le
paramètre video=vesafb:ywrap,mtrr,1024x768-32@70.
Dans le genre « t'as des problèmes avec ton vélo ? moi j'ai pas de
problème avec mes patins à roulettes »...
Peut-être avez-vous
choisi une résolution supérieure à 1024x768, ce qui est apparement
incompatible avec le pilote vesafb.
Georges a bien spécifié le mode par vga 0x307, soit 1280x1024 en 256
couleurs. Il s'agit d'un mode vesa, et en plus il est donné dans
Documentation/fb/vesafb.txt, donc je pense qu'il doit être utilisable
(surtout que Georges dit l'utiliser avec un 2.6.11).
Il s'agirait donc d'une diminution des capacités du pilote.
Mais il est vrai que de proposer à Georges d'essayer avec d'autres
résolutions est une bonne idée.
Par contre, j'ai voulu rajouter
fbsplash mais je ne parviens pas à compiler les outils splashutils.
Autre sujet -> autre fil.
Cela dit, j'ai remarqué que le Makefile des splashutils ne crée pas
toujours le répertoire kernel dans lequel les .o sont placés.
Essaie un "mkdir kernel" avant le "make".
Mardi 21 juin 2005, 23:03:17 CEST, François Valenduc a écrit :
[...] C'est bizarre, je viens d'y arriver avec le patch vesafb-tng-0.9-rc6-r2-2.6.12-rc1.patch disponible sur la page http://dev.gentoo.org/~spock/projects/vesafb-tng/archive/. Avec le paramètre video=vesafb:ywrap,mtrr,
Dans le genre « t'as des problèmes avec ton vélo ? moi j'ai pas de problème avec mes patins à roulettes »...
Peut-être avez-vous choisi une résolution supérieure à 1024x768, ce qui est apparement incompatible avec le pilote vesafb.
Georges a bien spécifié le mode par vga 0x307, soit 1280x1024 en 256 couleurs. Il s'agit d'un mode vesa, et en plus il est donné dans Documentation/fb/vesafb.txt, donc je pense qu'il doit être utilisable (surtout que Georges dit l'utiliser avec un 2.6.11). Il s'agirait donc d'une diminution des capacités du pilote.
Mais il est vrai que de proposer à Georges d'essayer avec d'autres résolutions est une bonne idée.
Par contre, j'ai voulu rajouter fbsplash mais je ne parviens pas à compiler les outils splashutils.
Autre sujet -> autre fil.
Cela dit, j'ai remarqué que le Makefile des splashutils ne crée pas toujours le répertoire kernel dans lequel les .o sont placés. Essaie un "mkdir kernel" avant le "make".
-- Sylvain Sauvage
Georges Roux
Bon je vais suivre sur LKML, je rencontre trop de problemes avec vesafb et il me semble que je ne suis pas seul. ;-)
-> http://lkml.org/lkml/2005/6/21/403/index.html
Georges
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bon je vais suivre sur LKML, je rencontre trop de problemes avec vesafb
et il me semble que je ne suis pas seul. ;-)
-> http://lkml.org/lkml/2005/6/21/403/index.html
Georges
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Bon je vais suivre sur LKML, je rencontre trop de problemes avec vesafb et il me semble que je ne suis pas seul. ;-)
-> http://lkml.org/lkml/2005/6/21/403/index.html
Georges
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
François Valenduc
Sylvain Sauvage a écrit :
Mardi 21 juin 2005, 23:03:17 CEST, François Valenduc a écrit :
[...] C'est bizarre, je viens d'y arriver avec le patch vesafb-tng-0.9-rc6-r2-2.6.12-rc1.patch disponible sur la page http://dev.gentoo.org/~spock/projects/vesafb-tng/archive/. Avec le paramètre video=vesafb:ywrap,mtrr,
Dans le genre « t'as des problèmes avec ton vélo ? moi j'ai pas de problème avec mes patins à roulettes »...
Peut-être avez-vous choisi une résolution supérieure à 1024x768, ce qui est apparement incompatible avec le pilote vesafb.
Georges a bien spécifié le mode par vga 0x307, soit 1280x1024 en 256 couleurs. Il s'agit d'un mode vesa, et en plus il est donné dans Documentation/fb/vesafb.txt, donc je pense qu'il doit être utilisable (surtout que Georges dit l'utiliser avec un 2.6.11). Il s'agirait donc d'une diminution des capacités du pilote.
Mais il est vrai que de proposer à Georges d'essayer avec d'autres résolutions est une bonne idée.
Par contre, j'ai voulu rajouter fbsplash mais je ne parviens pas à compiler les outils splashutils.
Autre sujet -> autre fil.
Cela dit, j'ai remarqué que le Makefile des splashutils ne crée pas toujours le répertoire kernel dans lequel les .o sont placés. Essaie un "mkdir kernel" avant le "make".
Je crois qu'il y a une confusion sur la façon de spécifier les pilotes vidéos. Si on utilise le pilote vesafb d'origine, le paramètre vga=0x317 est correct et fonctionne sur mon PC. Si on utilise le pilote vesa-tng que j'ai indiqué ci-dessus, alors il faut mettre video=vesafb:ywrap,mtrr, Pour ce qui est de splashutils, le problème était du à un paquet de fichier d'entêtes manquant (libfreetype6-dev en l'occurence).
François
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage a écrit :
Mardi 21 juin 2005, 23:03:17 CEST, François Valenduc a écrit :
[...]
C'est bizarre, je viens d'y arriver avec le patch
vesafb-tng-0.9-rc6-r2-2.6.12-rc1.patch disponible sur la page
http://dev.gentoo.org/~spock/projects/vesafb-tng/archive/. Avec le
paramètre video=vesafb:ywrap,mtrr,1024x768-32@70.
Dans le genre « t'as des problèmes avec ton vélo ? moi j'ai pas de
problème avec mes patins à roulettes »...
Peut-être avez-vous
choisi une résolution supérieure à 1024x768, ce qui est apparement
incompatible avec le pilote vesafb.
Georges a bien spécifié le mode par vga 0x307, soit 1280x1024 en 256
couleurs. Il s'agit d'un mode vesa, et en plus il est donné dans
Documentation/fb/vesafb.txt, donc je pense qu'il doit être utilisable
(surtout que Georges dit l'utiliser avec un 2.6.11).
Il s'agirait donc d'une diminution des capacités du pilote.
Mais il est vrai que de proposer à Georges d'essayer avec d'autres
résolutions est une bonne idée.
Par contre, j'ai voulu rajouter
fbsplash mais je ne parviens pas à compiler les outils splashutils.
Autre sujet -> autre fil.
Cela dit, j'ai remarqué que le Makefile des splashutils ne crée pas
toujours le répertoire kernel dans lequel les .o sont placés.
Essaie un "mkdir kernel" avant le "make".
Je crois qu'il y a une confusion sur la façon de spécifier les pilotes
vidéos. Si on utilise le pilote vesafb d'origine, le paramètre vga=0x317
est correct et fonctionne sur mon PC. Si on utilise le pilote vesa-tng
que j'ai indiqué ci-dessus, alors il faut mettre
video=vesafb:ywrap,mtrr,1024x768-32@70. Pour ce qui est de splashutils,
le problème était du à un paquet de fichier d'entêtes manquant
(libfreetype6-dev en l'occurence).
François
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Mardi 21 juin 2005, 23:03:17 CEST, François Valenduc a écrit :
[...] C'est bizarre, je viens d'y arriver avec le patch vesafb-tng-0.9-rc6-r2-2.6.12-rc1.patch disponible sur la page http://dev.gentoo.org/~spock/projects/vesafb-tng/archive/. Avec le paramètre video=vesafb:ywrap,mtrr,
Dans le genre « t'as des problèmes avec ton vélo ? moi j'ai pas de problème avec mes patins à roulettes »...
Peut-être avez-vous choisi une résolution supérieure à 1024x768, ce qui est apparement incompatible avec le pilote vesafb.
Georges a bien spécifié le mode par vga 0x307, soit 1280x1024 en 256 couleurs. Il s'agit d'un mode vesa, et en plus il est donné dans Documentation/fb/vesafb.txt, donc je pense qu'il doit être utilisable (surtout que Georges dit l'utiliser avec un 2.6.11). Il s'agirait donc d'une diminution des capacités du pilote.
Mais il est vrai que de proposer à Georges d'essayer avec d'autres résolutions est une bonne idée.
Par contre, j'ai voulu rajouter fbsplash mais je ne parviens pas à compiler les outils splashutils.
Autre sujet -> autre fil.
Cela dit, j'ai remarqué que le Makefile des splashutils ne crée pas toujours le répertoire kernel dans lequel les .o sont placés. Essaie un "mkdir kernel" avant le "make".
Je crois qu'il y a une confusion sur la façon de spécifier les pilotes vidéos. Si on utilise le pilote vesafb d'origine, le paramètre vga=0x317 est correct et fonctionne sur mon PC. Si on utilise le pilote vesa-tng que j'ai indiqué ci-dessus, alors il faut mettre video=vesafb:ywrap,mtrr, Pour ce qui est de splashutils, le problème était du à un paquet de fichier d'entêtes manquant (libfreetype6-dev en l'occurence).
François
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage
Mercredi 22 juin 2005, 09:17:28 CEST, François Valenduc a écrit :
[...] Je crois qu'il y a une confusion sur la façon de spécifier les pilotes vidéos. Si on utilise le pilote vesafb d'origine, le paramètre vga= 0x317 est correct et fonctionne sur mon PC. Si on utilise le pilote vesa-tng que j'ai indiqué ci-dessus, alors il faut mettre video=vesafb:ywrap,mtrr,
Oui, le mode video est passé dans l'option video pour tous les fb sauf vesa pour lequel il est passé dans l'option vga, mais rien n'empêche de passer d'autres paramètres au pilote vesa par l'option video.
Georges a dit utiliser 'video=vesafb:ywrap,mtrr vga=0x317' Ce qui fonctionnait mais ne fonctionne plus avec le 2.6.12.
Pour ce qui est de splashutils, le problème était du à un paquet de fichier d'entêtes manquant (libfreetype6-dev en l'occurence).
Ok. Problème classique.
-- Sylvain Sauvage
Mercredi 22 juin 2005, 09:17:28 CEST, François Valenduc a écrit :
[...]
Je crois qu'il y a une confusion sur la façon de spécifier les pilotes
vidéos. Si on utilise le pilote vesafb d'origine, le paramètre vga= 0x317
est correct et fonctionne sur mon PC. Si on utilise le pilote vesa-tng
que j'ai indiqué ci-dessus, alors il faut mettre
video=vesafb:ywrap,mtrr,1024x768-32@70.
Oui, le mode video est passé dans l'option video pour tous les fb sauf
vesa pour lequel il est passé dans l'option vga, mais rien n'empêche de
passer d'autres paramètres au pilote vesa par l'option video.
Georges a dit utiliser 'video=vesafb:ywrap,mtrr vga=0x317'
Ce qui fonctionnait mais ne fonctionne plus avec le 2.6.12.
Pour ce qui est de splashutils,
le problème était du à un paquet de fichier d'entêtes manquant
(libfreetype6-dev en l'occurence).
Mercredi 22 juin 2005, 09:17:28 CEST, François Valenduc a écrit :
[...] Je crois qu'il y a une confusion sur la façon de spécifier les pilotes vidéos. Si on utilise le pilote vesafb d'origine, le paramètre vga= 0x317 est correct et fonctionne sur mon PC. Si on utilise le pilote vesa-tng que j'ai indiqué ci-dessus, alors il faut mettre video=vesafb:ywrap,mtrr,
Oui, le mode video est passé dans l'option video pour tous les fb sauf vesa pour lequel il est passé dans l'option vga, mais rien n'empêche de passer d'autres paramètres au pilote vesa par l'option video.
Georges a dit utiliser 'video=vesafb:ywrap,mtrr vga=0x317' Ce qui fonctionnait mais ne fonctionne plus avec le 2.6.12.
Pour ce qui est de splashutils, le problème était du à un paquet de fichier d'entêtes manquant (libfreetype6-dev en l'occurence).
