frame buffer et driver XFree86 ...

frame buffer et driver XFree86 ... - Linux et OS Alternatifs

Marsh Posté le 05-02-2002 à 13:50:58    

hello,
 
J'ai decouvers depuis peu qu'il existe des projets visant a creer des bibliotheques permettant d'ecrire directement dans le frambufer de la carte video. Pour cela ils reimplementent des drivers pour les cartes les plus courantes(NVidia...).  
 
Je me demande pourquoi il ne reutilise pas les drivers de XFree86. Il doit etre possible d'ecrire un programme qui appelle directement un driver XFree et donc qui puisse acceder au framebuffer de la carte mais sans utiliser le protocole X. Est ce que je me trompe?

 

[edtdd]--Message édité par bodoche--[/edtdd]

Reply

Marsh Posté le 05-02-2002 à 13:50:58   

Reply

Marsh Posté le 05-02-2002 à 15:33:11    

ben le but des drivers framebuffer c'est justement de se passer de X.  
à ma connaissance il y en a un générique (svgafb) un pour les matrox (matroxfb) un pour les TGA (:D) (tgafp) et je crois un pour les ati (:??:)
ça te donne une sorte de "console graphique".
(qui est d'ailleur plus simple à exporter sur un autre display qu'un affichage X)

Reply

Marsh Posté le 05-02-2002 à 15:46:39    

Ben oui le but du framebuffer est a l'origine de pouvoir supporter les cartes n'ayant pas de drivers X (comme a l'epoque les cartes a base de Rage 128), en utilisant soit un pilote fb specifique, soit le pilote generique (norme VESA 2).
 
Cela permet ensuite d'utiliser X avec un pilote special pr le framebuffer.
 
Je ne vois pas ce que tu veux dire par utiliser le driver XFree sans passer par X. Ca me parait contradictoire.


---------------
This message is provided AS IS, and comes with ABSOLUTELY NO WARRANTY,  
Reply

Marsh Posté le 05-02-2002 à 22:21:28    

j'aimerais bien pouvoir activer le framebuffer ds le kernel mais ds le xconfig du noyau (2.4.17), tout ce qui est sur le framebuffer est en grisé. Une solution ?

Reply

Marsh Posté le 06-02-2002 à 12:57:48    

TheWarden a écrit a écrit :

j'aimerais bien pouvoir activer le framebuffer ds le kernel mais ds le xconfig du noyau (2.4.17), tout ce qui est sur le framebuffer est en grisé. Une solution ?  




 
active la possibilité d'utiliser des drivers experimental dans ton noyau.

Reply

Marsh Posté le 18-03-2002 à 18:25:37    

pipomolo a écrit a écrit :

 
Je ne vois pas ce que tu veux dire par utiliser le driver XFree sans passer par X. Ca me parait contradictoire.  




 
Et bien, le but d'un driver c'est soit de faire des appels au matos our faire des calculs ou soit d'utiliser le processeur lorsque le matos ne supporte pas la fonction dites.
Je ne suis pas sur du fonctionnement de XFree mais j'imagine que c'a marche comme c'a.
 
le serveur X recoit un paquet X, il l'interprete et fait des appels au driver qui lui meme fait des appels au matos. En fait un serveur X est composer d'un interpretteur de paquet X et d'un driver. Seul le driver change lorsque l'on utilise une autre carte graphique.
 
Si on souhaite créer un technologie graphique etant acceleré par le matos pourquoi ne pas utiliser les drivers de XFree sans utiliser le protocole X, la couche reseau et tout les trucs qui vont avec...

Reply

Marsh Posté le 18-03-2002 à 19:15:10    

bcp y ont pensé. berlin a une approche similaire mais nombreux sont ceux ki veulent garder la partie réseau et protocol pour 2 raisons :
+ compatibilité avec les Unix commerciaux ( eh oui je peux visualiser de manière déporter sur mon linux la simulation ki tourne sur le serveur SGI Origin ou le supercalculateur d'a côté )
idem pour les nombreux softs développé
 
+ ce n'est pas forcément si simple


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed