Newsgroup: it.comp.os.linux.iniziare
Titolo: Refresh del terminale

Salve,
è possibile cambiare il refresh del monitor in terminale? Attualmente il 
refresh sotto X è di 85hz ma nel terminale è di soli 60hz. Mi farebbe 
comodo portarlo ad 85 visto che lavoro prevalentemente in riga di comando.
Grazie
Yazid

Nel fausto dì di Tue, 5 Mar 2002 14:02:53 +0000, il prode _Yazid_
presente alla corte di _it.comp.os.linux.iniziare_
così ebbe l'ardire di pronunziarsi:

  Fai:
aselli@linux4 ~ $ grep ^mode /etc/fb.modes
mode "640x480-60"
mode "640x480-72"
mode "640x480-75"
mode "640x480-90"
mode "640x480-100"
mode "800x600-48-lace"
mode "800x600-56"
mode "800x600-60"
mode "800x600-70"
mode "800x600-72"
mode "800x600-75"
mode "800x600-90"
mode "800x600-100"
mode "1024x768-43-lace"
mode "1024x768-60"
mode "1024x768-70"
mode "1024x768-72"
mode "1024x768-75"
mode "1024x768-90"
mode "1024x768-100"
mode "1152x864-43-lace"
mode "1152x864-47-lace"
mode "1152x864-60"
mode "1152x864-70"
mode "1152x864-75"
mode "1152x864-80"
mode "1280x1024-43-lace"
mode "1280x1024-47-lace"
mode "1280x1024-60"
mode "1280x1024-70"
mode "1280x1024-74"
mode "1280x1024-75"
mode "1600x1200-60"
mode "1600x1200-66"
mode "1600x1200-76"
  Queste sono le modalità framebuffer che puoi usare (se la scheda video e il
monitor le supportano!).  Imposti il framebuffer con:
# fbset "1024x768-100"
  Sandro
-- 
In a world without walls and fences
You would not need windows and gates.
(Confucius)

# fbset "1024x768-100"
Ecco, mi aggancio qui per una domanda: se da root provo fbset ottengo un
bel /dev/fb0 device non found o qualcosa del genere (ora sono in ufficio
e non ricordo bene). Questo puo' voler dire che non ho il framebuffer
attivato?
E se non e' attivato come mai una linea in lilo.conf del tipo vga=ask mi
permette di cambiare risoluzione alla console?
Tnx.
-- 
manuel 'fmf' ferrero

Nel fausto dì di Tue, 05 Mar 2002 15:46:20 GMT, il prode _manuel 'fmf' ferrero_
presente alla corte di _it.comp.os.linux.iniziare_
così ebbe l'ardire di pronunziarsi:
|Il 5 Mar 2002 15:04:19 GMT, 
spam...@libero.it
 (Alessandro Selli)
|scrisse:
|
|>  Queste sono le modalità framebuffer che puoi usare (se la scheda video e il
|>monitor le supportano!).  Imposti il framebuffer con:
|>
|># fbset "1024x768-100"
|Ecco, mi aggancio qui per una domanda: se da root provo fbset ottengo un
|bel /dev/fb0 device non found o qualcosa del genere (ora sono in ufficio
|e non ricordo bene). Questo puo' voler dire che non ho il framebuffer
|attivato?
  Esatto.  La modalità framebuffer va attivata all'avvio, non basta averla
compilata nel kernel.  Questo almeno per le modalità Vesa framebuffer, per le
schede Matrox e Permedia dovrebbe essere diverso, ma non posso sperientare
adesso.  Con le schede del primo tipo, la modalità framebuffer viene attivata
eseguendo delle routine del BIOS della scheda grafica quando il
microprocessore è ancora in modalità reale.  Poi il kernel fa passare il
microprocessore in modalità protetta e a questo punto non è più possibile
eseguire quelle routine.
|E se non e' attivato come mai una linea in lilo.conf del tipo vga=ask mi
|permette di cambiare risoluzione alla console?
|Tnx.
  Perché in questo caso non si tratta di una modalità framebuffer (che sfrutta
le capacità grafiche della scheda video) ma di una modalità di vero, autentico
testo, che usa i font interni della scheda grafica e non quelli compilati nel
kernel.  Queste modalità sono, di nuovo, inizializzate prima che la CPU vada
in modalità protetta.  Per molte schede grafiche però si conoscono le
procedure per modificare queste modalità di testo.  Per tali schede esiste
infatti il programma SVGATextMode che può cambiare la risoluzione della
console a sistema pienamente avviato.
  Sandro
-- 
"In a world without walls and fences
you would not need windows and gates."
(Confucius)

console a sistema pienamente avviato.
Ollalla'. Finalmente mi e' un po' piu' chiaro. Grazie.
Conosci qualche link con delle immagini che chiariscano le differenze
tra una console normale, una con framebuffer e una con SVGATextMode?
-- 
manuel 'fmf' ferrero

Nel fausto dì di Wed, 06 Mar 2002 10:08:36 GMT, il prode _manuel 'fmf' ferrero_
presente alla corte di _it.comp.os.linux.iniziare_
così ebbe l'ardire di pronunziarsi:
| Interessante, quindi posso anche fare a meno di compilarmi un nuovo
| kernel col supporto fb, probabilmente c'e' gia' e non lo sto usando...
  Quasi sicuro.  Ormai tutte le distribuzioni di cui so hanno il framebuffer
già compilato nel kernel di default preparato dall'installazione.
| Una righella su _come_ attivare il fb? (Ora che l'ho scaricato, leggero'
| anche la documentazione allegata al kernel, che' mi ero stufato di chi
| mi diceva di leggere /usr/src/linux/Documentation/fb/)
|
  Per LiLO, aggiungi una riga (o la modifichi se già c'è) come questa:
vga=0x317
  Questo attiva la modalità framebuffer Vesa standard 1024x768.  Ci sono poi
le opzioni per i driver specifici delle varie schede video.  Ad esempio, per
le schede Ati c'è il driver atyfb, che si può inizializzare con:
  append = "video=atyfb,font:SUN12x22 5"
oppure con la ben più complicata linea:
  append = \
video=atyfb:1152x864-80:xres:1152,yres:864,pixclock:9091,left:160,right:16,upper:57,lower:30,hslen:112,vslen:7
  Per chi vuole smanettare forte (e pericolosamente!).
  Per grub, si aggiunge il parametro vga=0x317 alla riga che specifica il
kernel da caricare, ad esempio:
title Red Hat Linux (2.4.7-10)
        root (hd0,0)
        kernel /boot/vmlinuz-2.4.7-10 ro root=/dev/hda1 hdc=ide-scsi vga=0x317
        initrd /boot/initrd-2.4.7-10.img
| Ollalla'. Finalmente mi e' un po' piu' chiaro. Grazie.
| Conosci qualche link con delle immagini che chiariscano le differenze
| tra una console normale, una con framebuffer e una con SVGATextMode?
  Io queste informazioni le ho trovate nel Framebuffer-HOWTO e nei file in
/usr/src/linux/Documentation/video, se ricordo bene.  Mi ci è voluto del
tempo, ma se ti limiti ad usare vga=0x317 vai tranquillo e spedito.  Poi,
magari, metti un comando fbset "1024x767-100" in rc.local per usare una
frequenza verticale più alta di quella standard del driver Vesa.  Anzi, scusa,
come ho scrito in precedenza, le modalità Vesa framebuffer non si possono
cambiare successivamente, le altre sì, come quelle Matrox e Permedia.  I
codici vga=0x??? per queste schede video le trovi nel Framebuffer-HOWTO.
  Sandro
-- 
In a world without walls and fences
You would not need windows and gates.
(Confucius)

codici vga=0x??? per queste schede video le trovi nel Framebuffer-HOWTO.
Ritiro l'affermazione sulla chiarezza. <grin>
Mi sa che devo studiarmelo un po' meglio...
-- 
manuel 'fmf' ferrero

Nel fausto dì di Wed, 06 Mar 2002 12:42:07 GMT, il prode _manuel 'fmf' ferrero_
presente alla corte di _it.comp.os.linux.iniziare_
così ebbe l'ardire di pronunziarsi:
| Il 6 Mar 2002 12:29:30 GMT, 
spam...@libero.it
 (Alessandro Selli)
| scrisse:
| 
|>  Per LiLO, aggiungi una riga (o la modifichi se già c'è) come questa:
|>
|>vga=0x317
| Eh, ma allora sono da capo (nel non capire, intendo, sigh): io ho usato
| vga=ask per capire quali scelte avessi, ne ho provate alcune poi ne ho
| scelta una e l'ho messa fissa in lilo.conf. Da allora e' cambiata la
| risoluzione delle console e cambiando un file credo /etc/console-tools o
| qualcosa del genere, ho cambiato anche i caratteri della console.
| Credevo fosse il frambuffer. Poi tu mi hai spiegato che quello non e' il
| framebuffer, ma una modalita' testo. Ora mi dici che il framebuffer si
| attiva con una linea simile a quella che uso (e che ora non ricordo). Mi
| confermi che quindi che a seconda del numerello che scrivo dopo vga=
| ottengo modalita' framebuffer o modalita' testo?
  Quando lilo vede vga=ask, ti mostra una lista delle modalità video che lui
conosce, oppure fai "probe" e ti dà la lista delle modalità che ha scoperto
che la scheda video supporta.  Tutte queste però sono modalità _testo_, non
framebuffer.  LiLO non è abbastanza capace da gestire le modalità framebuffer,
dovrebbe essere molto più grosso.  Quando Lilo vede una modalità vga che non è
di quelle di testo che supporta la scheda grafica e che crede sia una modalità
framebuffer, lui non tocca la scheda grafica ma passa la modalità al kernel
che subito lancia.  Sarà il kernel, con il driver framebuffer incorporato, che
attiverà la giusta modalità grafica framebuffer.
|>le opzioni per i driver specifici delle varie schede video.  Ad esempio, per
| [SNIKT]
| Una S3 Trio 3D, ora controllero' se supporta il fb, ma mi sembra di
| ricordare di si'.
|
  Sicuramente supporta quelle Vesa.  vga=0x317 deve funzionare.
|>codici vga=0x??? per queste schede video le trovi nel Framebuffer-HOWTO.
| Ritiro l'affermazione sulla chiarezza. <grin>
| Mi sa che devo studiarmelo un po' meglio...
  He he, Linux non ti semplifica il lavoro quando vuoi taroccarlo finemente.
Ma per i taroccatori o hacker, è una cannonata.  Di dà infinito spazio in
questo campo.  Ma quindi bisogna studiare tanto, sperimentare parecchio e
subire diverse catastrofi.  Lascio a te dire se questo ti piace e ti stimola o
se ti deprime.
  A me manda in libidine  :-)


  A me manda in libidine  :-)
Su questo punto non ci sono dubbi.
Oltre alle considerazioni filosofiche che condivido appieno, c'e' questo
aspetto che mi fa pensare di aver finalmente trovato la dimensione
giusta per quanto riguarda la mia esperienza casaliga con i PC.
-- 
manuel 'fmf' ferrero

Stasera, se non faremo la partitella di poker tra amici, ti sapro' dire.
Ieri sera non abbiamo fatto la pokerata e quindi ti posso dire che...
Non funziona, sigh.
Ho letto la documentazione in /usr/src/linux/Documentation/fb/ relativa
alla modalita' vesa e ho trovato quello che mi avevi detto tu.
Allora ho provato a modificare lilo.conf, ho riavviato e BUM! Tutto
nero. Effettivamente qualcosa dev'essere successo, ma sicuramente non
qualcosa di sensato.
Cliccando a casaccio sul mouse sono riuscito a fare un reboot, ho
infilato il cd di debian e ho fatto un rescue (difficltoso tra l'altro:
non trova la directory dei moduli cosi' ho una miriade di messaggi a
video) e alla fine sono riuscito a ritornare alla mia modalita' vga=2.
Ho pensato che il problema fosse nel fatto che la risoluzione scelta non
fosse supportata, ma era tardi e non ho avuto il cuore di riprovarne
un'altra. Ho pero' modificato il lilo.conf in modo che al prossimo avvio
del pc vedro' se la 800x600x16M funziona.
Hai/avete consigli al riguardo?
Chesso', un log da analizzare per capire?


 Hai/avete consigli al riguardo?
snip
A me è successo lo stesso perchè lilo non riesce a convertire gli 
esadecimali! Quindi vga=0x317 lo devi sostituire con vga=791 che è 
l'equivalente convertito in decimale.  Per me rimane il problema che non 
riesco a cambiare il refresh perchè a quanto ho capito il driver vesafb, 
che sono costretto ad usare avendo una S3 Trio 3D/2x, non supporta il 
cambio di refresh neanche al boot. L'autore suggerisce di usare VBE 3.0  ma 
non ho capito bene cosa sia, così sono costretto a tenermi i 60hz. Qualcuno
con la S3 è riuscito in qualche modo a cambiare il refresh? Ciao
Yazid

Nel fausto dě di Thu, 07 Mar 2002 10:14:28 GMT, il prode _manuel 'fmf' ferrero_
presente alla corte di _it.comp.os.linux.iniziare_
cosě ebbe l'ardire di pronunziarsi:
|Il Wed, 06 Mar 2002 14:24:59 GMT, 
ferr...@libero.it
 (manuel 'fmf'
|ferrero) scrisse:
|
|>>  Sicuramente supporta quelle Vesa.  vga=0x317 deve funzionare.
|>Stasera, se non faremo la partitella di poker tra amici, ti sapro' dire.
|Ieri sera non abbiamo fatto la pokerata e quindi ti posso dire che...
|Non funziona, sigh.
:-(
|
|Hai/avete consigli al riguardo?
|Chesso', un log da analizzare per capire?
|Tnx.
dmesg | less
  Nel mio sistema trovo:
atyfb: mach64VT (ATI264VT) [0x5654 rev 0x48] 2M SDRAM, 14.31818 MHz XTAL, 200 MHz PLL, 67 Mhz MCLK
BUS_CNTL DAC_CNTL MEM_CNTL EXT_MEM_CNTL CRTC_GEN_CNTL DSP_CONFIG DSP_ON_OFF
600700f8 87012008 0020053a 00000000     024b0200      00000000   00000000
PLL 00 a0 2d 14 c6 0b fa 9e b2 81 81 00 c0 1b 00 00
Console: switching to colour frame buffer device 53x21
fb0: ATY Mach64 frame buffer device on PCI
  Sandro
-- 
"In a world without walls and fences
you would not need windows and gates."
(Confucius)

l'equivalente convertito in decimale.  Per me rimane il problema che non 
Mmm, non e' cambiato nulla; nel senso che il pc parte, ma dopo lilo lo
schermo diventa completamente nero, anche inserendo codici decimali.
Uffa.
-- 
manuel 'fmf' ferrero