Newsgroup: it.comp.os.linux.iniziare
Titolo: Come avviene il riconoscimento hardware?

Oggetto un pò strano forse.
Quello che mi interessa è sapere in che modo le varie distro riconoscono 
l'hardware e a questo associano il driver corretto.
Hanno forse un database dell'hardware da loro riconosciuto e poi gli 
associano il rispettivo driver?

 della distro y?
presumo per esperienza diretta che però si tende troppo spesso a 
generalizzare;
credo che l'espressione corretta sarebbe "la versione x della distro y 
ha un riconoscimento migliore del mio hw rispetto alla versione z della 
distro w";
r
-- 
Razzista è chi pensa che un cretino che conosce sia più intelligente di
un cretino che non conosce.
[Il Boss, Lega il Nord]
tutto sui Pentangle: 
http://umpf.net/

 
Oltre a questo penso che abbia anche a che fare con il "come" la distro
X e la distro Y forniscano il kernel di default.
Infatti dovrebbe essere il kernel a riconoscere l'hardware e non i
programmi che girano intorno (magari qualche distro ha degli strumenti
grafici o dei programmi di contorno per gestire un po' più facilmente la
cosa, come Envy per le schede NVidia e ATI).
Tra distro e distro non c'è, infatti, solamente la versione del kernel
differente (politiche e polemiche interne alle varie distro, da chi
vuole l'ultimo a tutti i costi a chi vorrebbe solo cose stabili e ultra
collaudate), ma anche la pacchettizzazione dello stesso.
Se una distro X include tutti i possibili e inimmaginabili moduli nel
kernel di default, avrà più possibilità di andare al primo colpo
(interventi alla blacklist a parte :-) ) di una distro Y che include
solo i moduli più comuni, e decisamte di più di una distro Z che,
invece, richiede la ricompilazione manuale del kernel (fornendo di
default solo il minimo sindacale).
Quindi, se non ho preso una cantonata bestiale, tali differenze di
"riconoscimento hw" possono essere appianate se non annullate
semplicemente lavorando con kernel vanilla o comunque compilati ad hoc
eliminando tutti quei moduli sicuramente non necessari (e includendo
quelli necessari, o probabilmente utili) o includendo il necessario nel
kernel stesso invece che lasciarlo come modulo esterno.
Se ho detto qualche boiata, ditemelo.
PSK

Gionatan Montoro wrote:

Si, dai un occhiata in /lib/modules/<tuaversionedelkernel>/ , i files
modules.* contengono i dati relativi all'identificazione dell'hardware.
Puoi fare un confronto ad esempio con l'output di /sbin/lspci -n
o /sbin/lsusb (lanciati da root).
-- 
Ciao.
Alessandro 
"Ubuntu" - an African word, meaning "Slackware is too hard for me".

 driver di y.
Stronzate , IHMO la differenza sostanziale e' nella versione del kernel , da
quali e quante patch ci hanno infilato ,dalla quantita' di moduli compilati
e/o aggiunti nel kernel, da cosa e come viene lanciato da init .
Morale, il "riconoscimento hardware" non esiste .
-- 
Unfirmed

 Morale, il "riconoscimento hardware" non esiste .
non sarei così drastico, è vero che di solito basta poco per ovviare, ad 
es. molti crash si evitano passando il parametro noapci all'avvio, ma 
per chi inizia se capita è uno scoglio bello grosso;
r
-- 
posted from a ridicoulus Country
Baudelaire e l'arte: 
http://umpf.net/

 driver di y.
Sono d'accordo con tutte le risposte date, ma c'è un aspetto, estremamente
importante, che mi pare non sia stato menzionato: i workaround e le patch
dei driver.
Purtroppo, i produttori di hardware hanno come stella polare di riferimento
Windows (o, in subordine il Mac --ma i prodotti Apple non hanno problemi
del genere, perché fanno riferimento a un parco hardware chiuso). Di
conseguenza, i driver scritti per Windows sono fatti in modo che funzionino
bene con lo specifico componente hardware, anche quando il firmware di
questo non rispetti specifiche ufficiali, o le implementi a modo suo. In
altri termini: i workaround, o anche dei veri e propri blocchi di codice
per supplire a funzioni non presenti nel firmware interno al componente,
costituiscono parte integrante dei driver scritti appositamente per il
componente hardware. Epperò ***questi driver*** sono installabili solo
sotto Windows (oppure, sotto Linux, mediante acrobazie ad hoc, come avviene
per NDISwrapper).
Ne consegue che il riconoscimento migliore di un altro in ambito Linux
dipende, oggi, in ampia misura, proprio dai test che gli sviluppatori di
una distro hanno fatto con l'hardware (test del medesimo componente in
varie condizioni e/o diversi componenti) e dei relativi script
di "aggiustamento" che hanno implementato di conseguenza.
Siccome la casistica è praticamente infinita, ecco che c'è ampio spazio per
differenziare, anche in modo netto, una distro da un'altra.
Gli sviluppatori dei driver sono alla costante ricerca di hardware che non
funziona, o funziona male, con Linux proprio per modificare i driver in
modo da evitare che debbano essere patchati o che debbano essere adottati
dei workaround.