Newsgroup: it.comp.os.linux.iniziare
Titolo: interfaccia usb pci

ciao a tutti,
sto provando a far funzionare il mio scanner USB con Slack 8. Premetto
che l'ho gia' fatto su un altro pc e ci sono riuscito, per cui non e' di
uno scanner-howto che ho bisogno :)
Il mio problema e' il seguente: apparentemente e' tutto a posto, i moduli
per il support USB e per lo scanner sono caricati, idem per SANE e XSANE,
il device /dev/usb/scanner0 ha i permessi giusti, insomma tutto ok.
Ma del mio scanner non c'e' traccia:
sane-find-scanner non trova niente, se provo scanimage mi dice
scanimage: no SANE devices found
L'unica reale differenza tra il pc dove funziona tutto perfettamente (un
laptop con le porte usb incorporate) e questo pc e' che in questo caso le
porte usb sono state aggiunte utilizzando una scheda PCI, in quanto non
erano presenti sulla motherboard. Tali porte usb funzionano correttamente
con win98.
Inoltre il caricamento dei moduli (per es. modprobe uhci) non si lamenta, tutto
pare regolare,senza messaggi di errore. Riporto dal /var/log/messages
cosa succede col modprobe:
PCI:found IRQ 9 for device 00:01.2
uhci.c: USB UHCI at I/O 0xd800, irq 9
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
uhci.c: Linus Torvalds, Johannes Erdfelt.... (e altri nomi)
uhci.c: USB Universal Host Controller Interface
se do modprobe -r uhci
usb.c: USB disconnected on device 1
usb.c: USB bus 1 deregistered
a naso sembra tutto perfetto.
Se il modulo non "vedesse" le porte usb presenti sulla schedina pci
penso che si lamenterebbe. Sbaglio ?
Grazie a tutti per i conigli :) che mi darete.
Fabiolo

 penso che si lamenterebbe. Sbaglio ?
mi sa che sbaglio,ma vorrei il vostro parere. Ho fisicamente rimosso la
scheda pci con le porte USB e i messaggi del log sono assolutamente
identici. Il pinguino sostiene di vedere delle porte usb che adesso NON
ESISTONO MATERIALMENTE.
Dove sbaglio ?
grazie
Fabiolo

 pare
prova con l'altro modulo .. usb-uhci per intenderci .. dovrebbe
cambiare poco o niente, ma io uso quel modulo e il mio mustek 1200CU
plus va da dio (anche il mouse e il cavo che va nel mio UPS se per
quello) :D
in ogni caso, prova a dare un modprobe scanner .. non mi pare di
averlo visto in quel pesso di /var/log/messages che hai postato..
magari l'hai solo omesso, ma non si sa mai :)
io mi scervellavo perchè il mio scanner e il resto non andava e
credevo fosse un problema della motherboard.. poi ho scoperto che non
avevo abilitato il supporto per usb-uhci ... a volte sono le cose più
ovvie =)
-- 
-andreas liebschner
 rimuovi `NOSPAM.' per rispondermi in email
powered by slackware linux.

 solo omesso, ma non si sa mai :)
il modulo "scanner" e' caricato, non avevo riportato il log.
boh, vedremo come va a finire.
ciao
Fabiolo

 boh, vedremo come va a finire.
Naturalmente ho vinto io :)))
Il pacchetto SANE che avevo installato era in realta' un pacchetto
Slackware creato con Checkinstall e derivato da una installazione
precedente fatta su UN ALTRO pc. Evidentemente qualcosa non gli piaceva.
E' stato sufficiente ricompilare SANE dai sorgenti e per magilla ha
funzionato tutto. Compreso il mio cavetto USB fai-da-te da piccolo
hardwarista :)) collegato direttamente al connettore della motherboard.
Mi sorge spontanea una domanda: ma 'sti pacchetti precompilati (tipo rpm
o quelli tgz di Slackware) come fanno a funzionare ? in questo caso e'
stato chiaramente un problema dovuto ad una incompatibilita' con la
precedente compilazione e installazione (peraltro usando la stessa
identica Slackware 8).
In ogni caso, grande pinguino !!! mi resta solo da far funzionare il
masterizzatore e poi posso buttare le finestre nel ce**o (si intasera' ?)
ciao
Fabiolo

 o quelli tgz di Slackware) come fanno a funzionare ?
Semplicemente: ci sono delle normali interfacce di compatibilita' binaria
fra programmi e librerie (ABI Application Binary Interface) che
stabiliscono come i programmi debbano essere registrati, chiamare le
funzioni di libreria e dove|come debbano cercare|caricare in memoria le
librerie stesse. Se hai due pc con una stessa architettura base (i386), e
compili un programma sul sistema A, per tanto sarai sicuro che lo stesso
funzioni sul sistema B (posto che ci siano le stesse librerie).
Il difficile viene quando una distribuzione usa un compilatore che rompe
le ABI oppure ha un modo di compilare moduli di programma incompatibili
dal resto del mondo (tipo la stronzissima serie 7.0 di RedHat).
-- 
limaCAT