Newsgroup: it.comp.os.linux.sys
Titolo: Vecchi monitor

Domanda: E' possibile che Xorg discontinui *deliberatamente* il supporto
per i monitor pi� vecchi, supportati in precedenza ?
A me sembrerebbe incredibile, ma il quesito sorge dalla lettura di
questo thread su un gruppo internazionale.
"The issue was that X did not properly detect their NEC MultiSync 1500M
monitor..." ecc. ecc.
Vedi in particolare la tesi dell'utente "Moog", contestata per� da altri
...
However, I think the clue is in *your* term. Very old.
I would certainly not expect Intrepid to run on a Viewsonic 9"
Monochrome monitor. 
Maybe it's just me, but that is NOT regression. That's sensibly
dropping an old product. I believe this is an Xorg issue decision 
...
http://groups.google.com/group/comp.os.linux.x/browse_frm/thread/7c57401a20b1f700/64df6b1f71cb4c1b

 per i monitor più vecchi, supportati in precedenza ?
  Avevano fatto di peggio.  Dalla versione 3.3.6 alla 4 avevano smesso di
supportare un numero di chip video di vecchia generazione.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

 supportare un numero di chip video di vecchia generazione.
  Beh, questo l'avevano fatto gli sviluppatori di XFree86, non di Xorg, se
ha senso distinguere tra i due.


 supportare un numero di chip video di vecchia generazione.
Per scelta o per bug? E' questa la vera domanda. Non riesco a immaginare
che in linux si scelga di non supportare un hardware solo perch� �
"vecchio" (parliamo peraltro di una decina d'anni, nell'esempio citato
nel thread inglese).
A maggior ragione per i monitor, meno soggetti ad obsolescenza del resto
dell'hardware.

 nel thread inglese).
   Per scelta.  Perch� gli sviluppatori non trovano hardware vecchio su 
cui fare delle prove, oppure perch� non ci sono sviluppatori che abbiano 
il tempo e la dedizione per mantenere aggiornati i driver per hardware 
che usa lo 0,03% degli utenti Linux.
   Risale al mese scorso una comunicazione nella lista degli 
sviluppatori del kernel se togliere dal main tree i driver per le unit� 
a nastro IDE/ATA; hanno deciso di tenerle ancora per un po', che alcuni 
ancora sanno che usano tali dispositivi in ambiente professionale, ma 
temo che presto spariranno.  Altre cose analoghe valgono per certi 
servizi antiquati; ho letto 
(
http://bugs.gentoo.org/show_bug.cgi?id=274963
) che sarebbe imminente in 
Gentoo l'eliminazione del pacchetto rsh, che sarebbe da aggiornare ma 
non si trovano sviluppatori disposti a prendersene cura.


 prendersene cura.
  E vogliamo poi parlare del protocollo Gopher e dei relativi server e
client?  Lasciamo stare va, che senno piango.


 temo che presto spariranno.  
Se questa � una scelta, resto assolutamente perplesso. Linux �
conosciuto e talvolta scelto anche per la sua capacit� di supportare e
addirittura "far rivivere" vecchio hardware che fa ancora il suo lavoro
ottimamente e pu� ancora essere utile. 
Poi, ripeto, nel caso specifico si parlava di un monitor "vecchio" di
dieci anni. Non credo sia cos� raro utilizzare monitor di dieci anni fa.
Un'altra considerazione che veniva fatta nel thread:
I remember Linus bragging how the kernel includes modules supporting only two
actual remaining users. I do not believe this to be a deliberate dropping of
support. The monitor does not really need any extra coding anywhere, reports its
own settings, and can be supported with at most a few lines in config. 
e ancora
But what is saved by deleting it? The monitor supplies the data needed to
run it correctly so its not as though they need to maintain a database. 

 ottimamente e può ancora essere utile. 
Ok, ma ricordo che tutto ha un costo. Mantenere driver per dispositivi
obsoleti (e.g. schede ISA) quando oramai quelle schede non sono piu` in
commercio (e.g. una Turtle Beach Malibu) e` alquanto arduo. Per uno
sviluppatore significherebbe mantenere un laboratorio hardware di
dimensioni non indifferenti. Tutto questo senza contare iol fatto che
l'hardware, come tutte le cose create dall'uomo e dalla natura, tende a
rompersi, con tutte le conseguenze del caso. Personalmente, in una
situazione come quella da te riportata, tenderei a mantenere l'ultima
versione stabile di tutta la parte software che interagisce con il tuo
hardware e che supporta le tue periferiche, ed aggiornerei il software
(anche questo nei limiti del possibile)
Enrico

 (anche questo nei limiti del possibile)
Nel caso specifico pare abbia risolto con un fix, qualche riga in
xorg.conf
Insomma, non si trattava di scrivere chiss� quali nuovi driver.

 properly detect their NEC MultiSync 1500M monitor..." ecc. ecc.
Xorg non riesce a fare il detect di quel monitor perche` e` il monitor 
che non si lascia fare il detect.
I monitor moderni supportano la segnalazione via cavo VGA delle loro 
caratteristiche (frequenze, refresh, risoluzione, dimensioni fisiche). 
Xorg le rileva e si autoconfigura.
Prima NON si autoconfigurava per niente. Bisognava impostarle manualmente 
in xorg.conf.
Per quel monitor, semplicemente si aggiungono le "vecchie" righe 
HorizSync e VertRefresh in xorg.conf e funziona senza bisogno di driver 
(non c'e` mai stato bisogno di driver per monitor in Linux).
Forse e` stato tolto il supporto all'autoconfiguratore di X (fatto da 
Canonical o da Debian o da SuSE, o da...)
In particolare mi pare che nel thread si parli di Ubuntu. Forse nessuno 
in Canonical ha mai avto quel monitor e percio` magari non sapeva nemmeno 
che esistesse, e non sapeva che frequenze mettere nel file di config.
Bye.

 HCL diventerebbe un po' corta. 
  Ma infatti in Linux non si supporta né solo quello che è ancora in
commercio, né solo quello che è usato da un numero minimo di utenti.  In
Linux si supporta tutto quello che è supportato da sviluppatori capaci e
volenterosi di tenere aggiornati i driver.
  Se non ci sono più di tali sviluppatori, se i driver vecchi non
funzionano più per delle modifiche architetturali apportate al kernel
(tipo udev, dbus ecc.), oppure le vecchie versioni si sa hanno dei
difetti che ne rendono sconsigliabile la distribuzione, ma allo stesso
tempo nessuno si fa avanti per mantenere o revisionare il codice o
nessuno di quelli che lo farebbero ha a disposizione il dispositivo
fisico per fare delle prove, allora è naturale che si proponga di
togliere il driver dal kernel ufficiale.  Il che a sua volta non toglie
che riprendesse qualcuno il suo sviluppo questo vi possa tornare in seguito.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG key: EC885A8B

 xorg.conf
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   < 
http://giovanni.homelinux.net/
 >

 che esistesse, e non sapeva che frequenze mettere nel file di config.
Per� l'OP di quel thread dice: "always worked great with Hardy"

 Però l'OP di quel thread dice: "always worked great with Hardy"
Allora forse e` un bug di Xorg 7.4
Ne sto incontrando uno nuovo quasi ogni giorno... :/
Bye.

 modello anziché eliminarle. Boh.
Una delle regole riguardanti la scrittura del software e` "se modifichi
un modulo, devi ritestare tutto il modulo". Probabilmente, per
rimanerere nell'esempio, quel monitor e` stato rimosso perche` e` stato
modificato su X il codice relativo alla gestione delle frequenze di
refresh e non e` stato possibile eseguire dei test per la ragione che ho
esposto prima
Enrico