<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE>Framebuffer HOWTO: Che vantaggi hanno i dispositivi framebuffer?</TITLE> <LINK HREF="Framebuffer-HOWTO-5.html" REL=next> <LINK HREF="Framebuffer-HOWTO-3.html" REL=previous> <LINK HREF="Framebuffer-HOWTO.html#toc4" REL=contents> </HEAD> <BODY> <A HREF="Framebuffer-HOWTO-5.html">Avanti</A> <A HREF="Framebuffer-HOWTO-3.html">Indietro</A> <A HREF="Framebuffer-HOWTO.html#toc4">Indice</A> <HR> <H2><A NAME="s4">4. Che vantaggi hanno i dispositivi framebuffer?</A></H2> <P> <P>Il logo del Pinguino. :o) Seriamente, il maggior vantaggio dei driver framebuffer è che questi rappresentano una generica interfaccia per tutte le piattaforme. La situazione fino agli ultimi sviluppi del kernel 2.1.x era che le piattaforme Intel avevano driver per console completamente differenti da quelli delle altre piattaforme. Con l'introduzione del 2.1.109 tutto ciò è cambiato in meglio, introducendo una gestione più uniforme delle console per piattaforme Intel, nonché reali console grafiche bitmap portando il logo del Pinguino per la prima volta su Intel, e permettendo al codice d'essere condiviso su differenti piattaforme. Da notare che i kernel 2.0.x non supportano i dispositivi framebuffer, ma è possibile che qualcuno faccia un giorno un port all'indietro del codice dai kernel 2.1.x a quelli 2.0.x. C'è un'eccezione alla regola in quanto il port per piattaforme m68k del kernel v0.9.x ha incluso in sé il supporto per il device framebuffer. <P><EM>Col rilascio del kernel 2.2.x, il supporto del device framebuffer è molto solido e stabile. Dovresti usare il device framebuffer se la tua scheda grafica lo supporta e se stai usando kernel 2.2.x. I precedenti kernel 2.0.x non supportano i device framebuffer, almeno per le piattaforme Intel.</EM> <P> <UL> <LI>0.9.x (m68k) - introdotto il device framebuffer dell'm68k. Da notare che il 0.9.x dell'm68k è funzionalmente equivalente all'1.0.9 dell'Intel (più gli sviluppi dell'1.2.x)</LI> <LI>2.1.107 - introdotti i device per framebuffer/nuove console su Intel ed aggiunto un supporto generico, senza il supporto per lo scorrimento all'indietro del buffer.</LI> <LI>2.1.113 - aggiunto il supporto per lo scorrimento all'indietro del buffer al vgacon.</LI> <LI>2.1.116 - aggiunto il supporto per lo scorrimento all'indietro del buffer al vesafb.</LI> <LI>2.2.x - inclusi matroxfb(Matrox) e atyfb(ATI).</LI> </UL> <P>Ci sono alcune simpatiche caratteristiche sui device framebuffer, cui puoi attribuire opzioni generiche al kernel al momento dell'avvio, incluse opzioni specifiche per un particolare device framebuffer. Queste sono: <P> <UL> <LI><CODE>video=xxx:off</CODE> - disabilita il rivelamento per uno specifico device framebuffer</LI> <LI><CODE>video=map:octal-number</CODE> - associa la console virtuale (VCs) al device framebuffer (FB) <UL> <LI><CODE>video=map:01</CODE> Associerà VC0 a FB0, VC1 a FB1, VC2 a FB0, VC3 a FB1...</LI> <LI><CODE>video=map:0132</CODE> Associerà VC0 a FB0, VC1 a FB1, VC2 a FB3, VC4 a FB2, VC5 a FB0</LI> </UL> </LI> </UL> <P>Normalmente i device framebuffer son rivelati nell'ordine specificato nel kernel, ma specificando l'opzione <CODE>video=xxx</CODE> si può aggiungere lo specifico device framebuffer che si vuole rivelare prima degli altri specificati nel kernel. <P> <HR> <A HREF="Framebuffer-HOWTO-5.html">Avanti</A> <A HREF="Framebuffer-HOWTO-3.html">Indietro</A> <A HREF="Framebuffer-HOWTO.html#toc4">Indice</A> </BODY> </HTML>
