<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
<TITLE>Linux PCI-HOWTO: Perche' PCI ?</TITLE>
<LINK HREF="PCI-HOWTO-3.html" REL=next>
<LINK HREF="PCI-HOWTO-1.html" REL=previous>
<LINK HREF="PCI-HOWTO.html#toc2" REL=contents>
</HEAD>
<BODY>
<A HREF="PCI-HOWTO-3.html">Avanti</A>
<A HREF="PCI-HOWTO-1.html">Indietro</A>
<A HREF="PCI-HOWTO.html#toc2">Indice</A>
<HR>
<H2><A NAME="s2">2. Perche' PCI ?</A></H2>
<P>
<P>
<H2><A NAME="ss2.1">2.1 Panoramica generale</A>
</H2>
<P>L'architettura dei PC ha diverse possibilita' di scelta se si parla del BUS da usare:
<DL>
<DT><B>ISA</B><DD><P>16 od 8 bit, economico, lento (di solito 8Mhz), standard, molte schede disponibili>
<DT><B>EISA</B><DD><P>32 bit, caro, veloce, poche schede disponibili, sta scomparendo>
<DT><B>MCA</B><DD><P>32 o 16 bit, ex-proprietario-IBM, veloce, sta diventando raro>
<DT><B>VESA-Local-Bus</B><DD><P>32 bit, basato sull'architettura 486, economico, veloce, molte scheda disponibili>
<DT><B>PCI-Local-Bus</B><DD><P>32 bit (i 64 stanno arrivando), economico, veloce, molte schede disponibili, lo standard odierno>
</DL>
<P>L'architettura MCA funzionava bene, ma non ha mai avuto molto mercato, essendo
usata solo su alcune tra le prime macchine IBM PS/2. C'erano veramente poche schede
disponibili.
<P>EISA era affidabile ma piuttosto caro e inteso piu' per utenti evoluti e per i servers
che per l'utente medio. E' quello che ha meno schede disponibili tra questi bus dopo
l'MCA.
<P>ISA/VESA-Local-Bus ha avuto qualche problema con elevate velocita' del bus e non e'
stato sempre affidabile ma, principalmente a causa del suo basso prezzo e delle sue
prestazioni, se comparato con l'ISA, ha venduto molto. La maggioranza delle <SF>motherboards</SF>
VESA dovrebbe essere stabile adesso. All'inizio del 1996 molte <SF>motherboards</SF> 486
supportano ancora questo standard ma PCI sta crescendo. I bus VESA sono legati alla velocita'
del <SF>bus</SF> della memoria per i 486 e alla meta' di essa per i Pentium
<P>
<P>PCI ora e' in vantaggio. Come l'EISA non e' propietario. E' piu' veloce di
EISA ed MCA ed e' meno costoso. La stragrande maggioranza delle <SF>motherboards</SF>
Pentium attualmente disponibili usa il <SF>bus</SF> PCI; il VESA sta scomparendo.
Praticamente tutte le <SF>motherboards</SF> e le schede vendute all'inizio del
1996 sono a 32 bit e viaggiano a frequenze da 0 a 33MHz.
<P>Oggigiorno la maggioranza delle <SF>motherboards</SF> Pentium fanno andare il
bus PCI a una frequenza pari alla meta' di quella impiegata per il <SF>bus</SF> della
memoria (i.e.: 33MHz dai 66MHz del bus della memoria per i P66, P100, P133, P166 e P200;
30MHz dai 60MHz del bus della memoria per i P60, P90, P120, P150 e P180; 25MHz dai
50MHz del bus della memoria per i P75). Questo dovrebbe valere anche per le <SF>motherboards</SF>
Cyrix 6x86. L'implementazione del NexGen 5x86 non e' conosciuta.
Le specifiche PCI permettono alla frequenza del <SF>bus</SF> di essere slegata da quella
del processore ( ad ex. 33MHz con un P75) ma questo tipo di soluzione non e' ancora molto
comune.
<P>E' stato definito lo standard PCI 2.1 che permette i 64bit e frequenze da 0
a 66MHz ma per ora nessun <SF>chipset</SF> x86 lo supporta <SF>( che io sappia, invece,
molte motherboards Alpha lo supportano pienamente. N.d.T.)</SF>. il PCI a 64bit probabilmente
apparira' per primo in slot 32/64bit cosi' da preservare la compatibilita' con le
schede esistenti a 32bit. Probabilmente per i 66MHz ci sara' da aspettare di piu'
dato che l'implementazione e' piuttosto complicata: infatti non dovrebbe supportare
piu' di due <SF>slots</SF> per <SF>bridge</SF> e puo' anche darsi che non riesca a lavorare
bene con le schede a 33MHz
<P>Lo standard PCI non e' dipendente dalla famiglia del processore: questo significa
che posso benissimo usare la stessa scheda video PCI sia su un Alpha/PCI che su
un 486/PCI (ovviamente entrambi con un appropriati BIOS e <SF>drivers</SF> ). Oltre
ad Intel ed Alpha, anche alcune <SF>motherboards</SF> PowerPC impiegano il <SF>bus</SF>
PCI.
<P>State attenti ad alcune piccole variazioni sul tema: alcune implementazioni <SF>(tipicamente
le motherboards piu' decenti N.d.T.)</SF> supportano il <SF>Bus Mastering</SF> su tutti gli <SF>slot</SF>
PCI, altre solo su uno e altre ancora su nessuno; alcune supportano il <SF>bridging</SF> sulle
schede e altre no.
<P>
<H2><A NAME="ss2.2">2.2 Prestazioni</A>
</H2>
<P>preso dalla prima propaganda a favore di PCI di Craig Sutphin
<P>
<BLOCKQUOTE>
Al contrario di alcuni bus che sono mirati solo alla velocizzazione
della grafica, il local bus PCI e' una soluzione per tutto il sistema,
una soluzione che provvede maggiori prestazioni per le reti, per i dischi,
per il video full-motion e per tutta la gamma di periferiche ad alte prestazioni.
A 33MHz il bus PCI sincrono trasferisce 32bit di dati che equivalgono a una
frequenza massima di 132MBytes/sec. Una estensione trasparente a 64bit dei
bus dati e indirizzi puo' raddoppiare la larghezza di banda del bus stesso
(264MBytes/sec) e offrire compatibilita' verso le periferiche sia a 32bit che
a 64bit. A causa del fatto che e' indipendente dal processore, il bus PCI e'
ottimizzato per le funzioni di I/O, permettendo che il local bus operi
concorrentemente al sottosistema processore/memoria.
Peri gli utenti di PC di alta gamma, il PCI porta alta affidabilita',
alte prestazioni e facilita' di uso con costi ora piu' bassi di quanto
non lo siano mai stati prima; questo non e' sicuramente un compito semplice
con delle frequenze di clock sul bus di 33MHz. Modalita' di accesso lineare
a lunghezza variabile o di accesso burst per entrambe le operazioni di lettura
e scrittura migliora le prestazioni di sistemi grafici dipendenti dalla velocita'
di scrittura. Grazie all'integrazione dei requisiti di caricamento e di frequenza
del local bus a livello di componenti i buffers e la glue logic sono eliminati.
</BLOCKQUOTE>
<P>Vedetevi il capitolo sui Benchmarks per qualche numero ( forse senza significato )
sulle <SF>mainboards</SF> ASUS PCI con 486 e 586
<P>
<H2><A NAME="ss2.3">2.3 Il chip SCSI-II NCR53c810 <SF>on board</SF></A>
</H2>
<P>Una caratteristica molto piacevole di alcune <SF>motherboards</SF> PCI e' il
chip SCSI-II NCR53c810 <SF>on board</SF> che si dice che sia veloce come l'EISA
Adaptec-1742, ma molto piu' economico. I drivers per DOS e OS2 sono disponibili.
Drew Eckard ha rilasciato la sua versione del driver per NCR53c810 che e' contenuta
direttamente nel kernel dalla versione 1.2.
<P>E funziona cosi' bene che ho venduto la mia scheda adaptec-1542B-ISA appena
ho comprato la <SF>motherboard</SF> ASUS SP3 (<SF>chipset</SF> Saturn): infatti il
suo controller SCSI integrato NCR e' molto piu' veloce.
<P>Il chip NCR53c810 e' <SF>on board</SF> su qualche <SF>motherboard</SF> PCI.
Sono disponibili anche delle schede aggiuntive per circa US$ 70.00.
<P>C'e' solo una cosa che non funzionava con i drivers per l'NCR quando li ho provati:
Disconnect/Reconnect <SF>( e' una funzione che dovrebbe servire a 'sconnettere' un
device dal bus SCSI in caso di lunghe operazioni, cosi' da poterlo usare per qualche
cosa d'altro: e' vitale se avete dei tape</SF>DAT che dir si voglia, altrimenti ogni volta
che chiedete un riavvolgimento vi si blocca tutto... N.d.T.)/ non funzionava e quindi usare una
unita' a nastro SCSI poteva essere frustrante: usando comandi del tipo "mt erase" si
verificava un bloccaggio della catena SCSI fino a quanto l'operazione veniva completata.
Dato che questa situazione era molto insoddisfacente per me, ho comprato uno dei
costosi <SF>controllers</SF> della DPT e non ho avuto piu' problemi da allora.
<P>Comunque mi e' stato riferito the questo problema e' stato risolto.
<P>FreeBSD supporta il NCR53c810 da molto tempo ormai; questo supporto include
le Tagged Command Queues, FAST, WIDE e il Disconnect per gli NCR53c810, 815, 825.
Drew ha detto che dovrebbe essere possibile adattare il driver per Linux. Da quanche
parte ho visto delle <SF>patches</SF> per fare esattamente questo, qualcuno mi sa dire
dove ? <SF>(se non vado errato nei kernel 2.0.x si puo' scegliere se usare appunto
il <SF>driver</SF> BSD o quello standard. Personalmente io uso il driver BSD e non ho
ancora avuto problemi. N.d.T.)</SF>
<P>Io personalmente ho l'impressione che ci sia stata scoperta piu'
volte la stessa acqua calda a causa delle differenti evoluzioni di
FreeBSD e di Linux. Un po' piu' di cooperazione potrebbe fare del
bene a entrambi i sistemi...
<P>
<H2><A NAME="ss2.4">2.4 Drew Eckhardt sul PCI-SCSI:</A>
</H2>
<P>
<P>Drew ha detto queste cose alla fine del marzo 95 a proposito dello SCSI sul PCI:
(leggermente modificate per aumentare la chiarezza nel presente contesto)
<P>Le schede Adaptec 2940, Buslogic BT946, BT946W, DPT PCI boards, Future Domain 3260,
NCR53c810, NCR53c815, NCR53c820, e NCR53c825 funzionano tutte per qualche definizione
della parola "funzionano"
<P>
<UL>
<LI> L'Adaptec 2940 soffre della stessa sensibilita' ai cavi che affligge tutte le schede recenti
ma per il resto funziona bene.</LI>
<LI> Le schede Future Domain non sono <SF>busmasters</SF> e i drivers non supportano
comandi multipli simultanei. Se (per il momento) non vi serve questa funzionalita'
compratevi una scheda NCR che costa meno e in piu' e' <SF>busmastering</SF>. Se
vi serve invece compratevi una Buslogic.</LI>
<LI> La Buslogic BT956W puo' fare lo SCSI-WIDE con i drivers per linux ( anche
se non si possono usare i target 8-15), l' Adaptec 2940W ( con una
<SF>patch</SF> di una riga al driver della 2940) non lo fa come pure le NCR53c820 e NCR53c825.</LI>
<LI> Le schede NCR sono estremamente economiche ($ 70 US), di solito sono veloci,
ma il driver non supporta i comandi multipli simultanei. Ci sono in giro delle versioni
pubbliche Alfa di un nuovo driver che fa il disconnect/reconnect e altre belle cose come i
trasferimenti sincroni. Leggete piu' avanti.</LI>
<LI> Emulux, Forex, e altri coltrollers SCSI per il PCI non funzioneranno.</LI>
</UL>
<P>
<H2><A NAME="ss2.5">2.5 Nuove versioni Alfa del driver NCR</A>
</H2>
<P>
<P>Versioni Alfa <SF>(pre-pre-release (N.d.T.))</SF> del driver che fanno il disconnect/reconnect e altre belle cose come i
trasferimenti sincroni sono ora disponibili al pubblico. Chiunque sia interessato a sperimentare
con queste ultime dovrebbe:
<UL>
<LI> Aggiungersi alla mailing list NCR mandando un mail a majordomo@colorado.edu
con <SF>subscribe ncr53c810</SF> nel corpo del messaggio.</LI>
<LI> Prendere tutti i readme e gli ultimi file diffs da
ftp://tsx-11.mit.edu/pub/ALPHA/linux/SCSI/ncr53c810</LI>
</UL>
<P>
<H2><A NAME="ss2.6">2.6 Il driver EATA-DMA e i controllers SCSI per PCI della DPT</A>
</H2>
<P>
<P>Il driver scsi EATA-DMA e' stato sottoposto a grandi cambiamenti e ora supporta anche controllers
SCSI PCI, controllers multipli e tutti i canali SCSI sulle schede multicanake SmartCache/Raid in
tutte le combinazioni di <SF>WIDE, FAST-20 (ULTRA) e DIFFERENZIALE</SF>
<P>Il driver ora supporta tutti i controllers SCSI che rispettano il protocollo EATA-DMA ( documento CAM CAM/89-004
rev. 2.0c) ed e' stato testato con molti di questi controllers in varie combinazioni.
<P>
<PRE>
Essi sono: (ISA) (EISA) (PCI)
DPT Smartcache: PM2011 PM2012B
PM2012B
Smartcache III: PM2021 PM2022 PM2024
PM2122 PM2124
PM2322
Smartcache IV: PM2041 PM2042 PM2044
PM2142 PM2144
PM2322
SmartRAID: PM3021 PM3122
PM3222 PM3224
PM3334
e qualche controller della NEC, AT & T, SNI, AST, Olivetti e Alphatronix.
</PRE>
<P>Su una scheda DPT in configurazione base ( niente caching o moduli RAID ),
un MC680x0 controlla i(l) chip <SF>bus mastering</SF> e il chip controller SCSI.
La scheda SCSI DPT lavora piu' o meno come un coprocessore SCSI.
<P>La scheda DPT puo' anche emulare un binomio drive/controller IDE ( interfaccia ST506),
la qual cosa vi permette di usarlo con tutti i sistemi operativi anche se non avete
dei drivers EATA.
<P>Su una scheda con il modulo cache, il 680x0 mantiene e controlla la cache <SF>on board</SF>.
La scheda DPT supporta fino a 64MB RAM di cache per i dischi.
<P>Su una scheda con il modulo RAID il 680x0 e' impegnato anche nel controllo del
RAID: facendo il mirroring nel RAID-1, facendo lo stripping e la generazione
di informazioni ECC nel RAID-5 ecc. ecc.
<P>La scheda entry level usa un Motorola 68000, quelle di classe piu' elevata, piu'
specifiche per il RAID, usano dei processori Motorola 68020, 68030 o 68040/40MHz.
<P>I prezzi di listino variano da $ 265 a $ 1645 ( 18 Gennaio 1996)
<P>Dato che mi e' stato chiesto piu' volte dove si possono comprare queste schede
ho chiesto alla DPT di mandarmi una lista dei loro distributori ufficiali Europei.
Eccone una piccola parte:
<P>
<PRE>
Austria: Macrotron GmbH Tel:+43 1 408 15430 Fax:+43 1 408 1545
Denmark: Tallgrass Technologies A/S Tel:+45 86 14 7000 Fax:+45 86 14 7333
Finland: Computer 2000 Finnland OY Tel:+35 80 887 331 Fax:+35 80 887 333 43
France : Chip Technologies Tel:+33 1 49 60 1011 Fax:+33 1 49 599350
Germany: Akro Datensysteme GmbH Tel:+49 (0)89 3178701 Fax:+49 (0)89 31787299
Russia : Soft-tronik Tel:+7 812 315 92 76 Fax:+7 812 311 01 08
U.K. : Ambar Systems Ltd. Tel:+44 1296 311 300 Fax:+44 296 479 461
</PRE>
<P>"Secondo me le DPT sono le schede SCSI meglio disegnate disponibili per il PC.
E io ho scritto codice per piu' o meno qualsiasi tipo di scheda SCSI per PC.
(anche se, ripensandoci, non so perche' ) ;-)"
Jon R. Taylor (jtaylor@magicnet.net) Presidente, Visionix, Inc.
<P>L'ultima versione del driver EATA-DMA e un bootdisk Slackware sono disponibili su
ftp.i-connect.net:/pub/Local/EATA
<P>Dalla versione 1.1.81 il driver e' incluso nella distribuzione standard del kernel.
<P>L'autore puo' essere contattato a questi indirizzi:
neuffer@mail.uni-mainz.de o mike@i-connect.net
<P>
<H2><A NAME="ss2.7">2.7 Il BT-964C e' supportato pienamente dai kernel 1.3.x e oltre</A>
</H2>
<P>
<P>C'e' un <SF>driver</SF> nei kernel 1.3.x ( disponibile come patch per chi usa l' 1.2.13 ),
scritto da una persona connessa alla Buslogic, che supporta pienamente il 964C e TUTTE
le sue functioni incluse <SF>(le lascio in inglese ovviamente... N.d.T.) strict round
robin, tagged queueing, multiple scatter-gather, multiple mailboxes,
IRQ sharing, e 15 devices su FastWide.</SF> Non e' piu' necessario usare la minima emulazione
ISA con il <SF>driver</SF> ( ad ex. niente canale DMA, niente indirizzo ISA ), e il driver e'
/veloce/ e /stabile/ ( non e' piu' BETA ed e' stata rilasciata la sua versione definitiva).
<P>Il <SF>driver</SF> e' disponibile su ftp.dandelion.com ( la nuova versione si puo' sempre
avere facendo "get BusLogic*" <SF>(credo solo se usate ncftp, altrimenti fate una dir... N.d.T.)</SF> ).
Supporta TUTTI i <SF>controller</SF> BusLogic con l'eccezione del FlashPoint LT che usa una
diversa interfaccia. Il <SF>driver</SF> e' incluso nei kernel 1.3.x come <SF>driver</SF> standard
per i prodotti BusLogic.
<P>
<H2><A NAME="ss2.8">2.8 Future Domain TMC-3260 PCI SCSI</A>
</H2>
<P>
<P>Rik Faith (faith@cs.unc.edu) mi ha informato mercoledi' 1 Feb 1995 che la scheda
PCI Future Domain TMC-3260 SCSI e' supportata dal driver SCSI Future
Domain 16x0. Informazioni piu' aggiornate possono essere contenute nello
SCSI-HOWTO.
<P>
<UL>
<LI> Il riconoscimento della scheda non e' fatto bene e non usa i metodi
standard di riconoscimento del BIOS PCI ( sarebbe necessario che qualcuno
che ha una scheda PCI mi mandi delle <SF>patches</SF> per risolvere il problema).
Pertanto potreste dover trusciare con la routine di detect nel kernel per
ottenerne il riconoscimento.</LI>
<LI> Il driver continua a non supportare comandi multipli simultanei e quindi
il vostro sistema si blocchera' mentre il nastro si riavvolge.</LI>
<LI> Il driver non supporta i modi migliorati con trasferimento pseudo-32bit
dei nuovi chips Future Domain cosicche' non sperimenterete delle velocita'
di trasferimento dati cosi' alte come in DOS.</LI>
<LI> Il driver supporta solo il protocollo SCSI-I cosi' i vostri velocissimi
dischi rigidi non saranno sfruttati al massimo delle loro possibilita'.
( soluzioni ai presenti problemi sono sempre gradite -- nessuno ci sta
lavorando al momento.)</LI>
</UL>
<P>
<P>
<H2><A NAME="ss2.9">2.9 altre notizie sullo scsi</A>
</H2>
<P>
<P>James Soutter (J.K.Soutter1@lut.ac.uk) mi ha chiesto di aggiungere le
seguenti informazioni sullo SCSI-2 Fast Wide:
<P>
<BLOCKQUOTE>
Lo SCSI-2 Fast Wide e' talvolta chiamato scorrettamente SCSI-3. Esso differisce
dallo SCSI-2 Fast ( come l'Adaptec 15428? ) perche' usa un bus dati di 16 bit
invece dei soliti 8. Questo migliora la massima velocita' di trasferimento dati
da 10MB/s a 20MB/s ma richiede l'utilizzo di speciali dischi SCSI-2 Fast Wide.
<P>Le migliori prestazioni dello SCSI-2 Fast Wide non necessariamente renderanno
il vostro sistema piu' veloce. La stragrande maggioranza dei dischi rigidi hanno
una velocita' di trasferimento dati massima di meno di 10MB/s e pertanto un disco
usato da solo non puo' sovraccaricare un bus SCSI-2 Fast.
<P>Nella ricerca di mercato della Seagate fatta nell'Ottobre 1993 solo un
disco SCSI-2 Fast Wide ha mostrato una velocita' di trasferimento dati
di piu' di 10MB/s ( lo ST12450W ). La maggior parte ha viaggiato a un
massimo di 6MB/s o meno anche se lo ST12450 non e' la sola eccezione.
In conclusione lo SCSI-2 Fast Wide e' stato progettato per il mercato
dei file servers e non necessariamente portera' benefici ai sistemi
singolo utente.
<P>Invece di comprare un sistema PCI con una interfaccia SCSI sulla
<SF>motherboard</SF> o aspettare un driver per l'NCR, potreste comprare
una scheda separata PCI SCSI. Secondo Drew l'unica possibilita' che ha
una chance di funzionare e' la Buslogic 946. Essa intende essere compatibile
con l'Adaptec 1540 come le schede EISA/VESA/ISA nella serie.
<P>Drew ha anche commentato che e' improbabile che altri controllers SCSI PCI
siano supportati sotto Linux o BSD perche' quelli basati sull'NCR sono
piu' economici e diffusi.
</BLOCKQUOTE>
<P>Secondo broom@ocean.fit.qut.edu.au (Bradley Broom):
<BLOCKQUOTE>
La scheda Buslogic BT-946C PCI SCSI funziona se disabilitate l'opzione
"enable Disconnection" con il programma DOS AUTOSCSI che e' fornito con la
scheda stessa.
</BLOCKQUOTE>
<P>
<P>Ernst Kloecker (ernst@cs.tu-berlin.de) ha detto:
(modificato)
<BLOCKQUOTE>
La Talus Corporation ha completato un driver NS/FIP per le schede PCI con la
SCSI NCR. Sara' distribuito molto presto e puo' anche darsi che sia gratis perche'
una terza parte potrebbe pagare per il lavoro e donare il driver alla NeXT.
</BLOCKQUOTE>
<P>Non tutte le <SF>motherboards</SF> PCI hanno il chip. Le vecchie ASUS lo hanno come
pure una delle J-Bond. (La maggior parte delle schede oggigiorno (6/95) si aspettano
che voi compriate l'NCR53c810 a parte.) Alcuni rivenditori rendono disponibile un'alternativa
come potere leggere nell'articolo di Drew...
<P>Il chip NCR e' abbastanza intelligente da lavorare con dischi fissi
formattati da altri controllers e non dovrebbe causarvi problemi.
<P>
<HR>
<A HREF="PCI-HOWTO-3.html">Avanti</A>
<A HREF="PCI-HOWTO-1.html">Indietro</A>
<A HREF="PCI-HOWTO.html#toc2">Indice</A>
</BODY>
</HTML>
