Questa sezione fornisce informazioni specifiche a proposito dei diversi adattatori host che sono in qualche modo supportati sotto linux.
Driver nella distribuzione del kernel:
Adaptec 152x, Adaptec 154x (schede DTC 329x solitamente funzionano, ma non sono supportate), Adaptec 174x, Adaptec 274x/284x (il supporto per 294x richiede un versione più recente del driver), BusLogic MultiMaster Host Adapters, schede che rispettano gli standard EATA-DMA e EATA-PIO (DPT PM2001, PM2011, PM2012A, PM2012B, PM2021, PM2022, PM2024, PM2122, PM2124, PM2322, PM2041, PM2042, PM2044, PM2142, PM2144, PM2322, PM3021, PM3122, PM3222, PM3224, PM3334, alcune schede NEC, AT&T, SNI, AST, Olivetti, e Alphatronix), Future Domain 850, 885, 950, e altre schede di questa serie (ma non le 840, 841, 880, e 881 a meno di non aggiungere la patch appropriata), Future Domain 16x0 con chip TMC-1800, TMC-18C30, o TMC-18C50, NCR53c8xx, le porte SCSI della PAS16 SCSI, Seagate ST0x, schede Trantor T128/T130/T228, Ultrastor 14F, 24F, e 34F, e Western Digital 7000.
MCA:
Le schede MCA compatibili con una scheda supportata (ad esempio Adaptec 1640 and BusLogic 640) funzionano.
Driver alpha:
Molti driver ALPHA sono disponibili presso
ftp://tsx-11.mit.edu/pub/linux/ALPHA/scsi
Driver che funzioneranno con delle modifiche
NCR53c8x0/7x0:
E' stato sviluppato un driver NCR53c8xx, ma attualmente non funziona
con chip NCR53c700, NCR53c700-66, NCR53c710, e NCR53c720. Segue un
elenco di modifiche necessarie per far funzionare ciascuno di questi
chip, ognuna accompagnata della complessità.
NCR53c720 (triviale) - modifiche al codice di rilevamento, modifiche
all'inizializzazione, cambio del codice di correzione per
rimappare i registri del '810 sul '7xx.
NCR53c710 (triviale) - modifiche al codice di rilevamento, modifiche
all'inizializzazione, cambio del codice di correzione per
rimappare i registri del '810 sul '7xx, modifiche ai gestori di
interrupt per trattare interrupt IID dall'istruzione INTFLY per
emularlo.
NCR53c700, NCR53c700-66 (molto complicato) - modifiche al codice di
rilevamento, modifiche all'inizializzazione, cambio del codice NCR
per non usare DSA, modifica del codice Linux per gestire i cambi
di contesto.
Host SCSI che non funzionano :
Tutti gli adattatori parallelo->SCSI, schede SCSI Rancho e schede Grass Roots SCSI. Schede BusLogic FlashPoint, come ad esempio BT-930/932/950 non sono attualmente supportate.
Host SCSI che non funzioneranno MAI :
Schede non compatibili Adaptec, schede non NCR53c8xx DTC (incluse le 3270 e 3280).
Schede CMD SCSI.
L'acquisire informazioni a proposito della programmazione richiede un patto di non divulgazione (Non-Disclosure Agreement) con DTC/CMD. Quindi sarebbe impossibile distribuire un driver Linux se ne fosse scritto uno, poiché seguire il NDA significherebbe non distribuire sorgente, in violazione della GPL, e seguire la GPL significherebbe distribuire sorgente, in violazione del NDA.
Se volete eseguire Linux con qualche altro componente hardware non supportato, le vostre opzioni sono o di scrivervi da soli un driver (Eric Youngdale ed io siamo disposti a rispondere a domande a proposito di driver Linux SCSI), oppure commissionarlo a terzi (le normali tariffe di consulenza indicano che questa non è un opzione praticabile per l'uso personale).
Alcuni adattatori ( Guida all'acquisto: confronto delle caratteristiche), permettono l'uso di più adattatori dello stesso tipo nello stesso sistema. Con più adattatori dello stesso tipo nello stesso sistema, solitamente quello all'indirizzo più basso sarà scsi0, quello all'indirizzo seguente sarà scsi1, ecc.
In tutti i casi, è possibile usare più adattatori di tipo diverso purché i loro indirizzi non siano in conflitto. La scansione dei controller SCSI avviene nell'ordine specificato nel vettore builtin_scsi_hosts[] in drivers/scsi/hosts.c, che è generalmente:
BusLogic, Ultrastor 14/34F, Ultrastor 14F,, Adaptec 151x/152x, Adaptec 154x, Adaptec 174x, AIC7XXX, AM53C974, Future Domain 16x0, Always IN2000, Generic NCR5380, QLOGIC, PAS16, Seagate, Trantor T128/T130, NCR53c8xx, EATA-DMA, WD7000, debugging driver.
Nella maggior parte dei casi (ad esempio, non state provando ad usare driver sia il driver BusLogic che Adaptec), questo può essere modificato secondo le vostre esigenze (ad esempio, mantenere gli stessi dispositivi quando vengono aggiunti al sistema su un nuovo controller nuovi dispositivi SCSI) spostando le varie voci.
Accertatevi che gli interrupt siano attivati nella maniera corretta, e che non ci siano conflitti di IRQ, DMA, o di indirizzi con altre schede.
Se il vostro adattatore è uno dei seguenti:
Adaptec 152x, Adaptec 151x, Adaptec AIC-6260, Adaptec AIC-6360, Future Domain 1680, Future Domain TMC-950, Future Domain TMC-8xx, Trantor T128, Trantor T128F, Trantor T228F, Seagate ST01, Seagate ST02, o Western Digital 7000
e non è individuato all'avvio del sistema, ad esempio vi appare
scsi : 0 hosts
o un messaggio
scsi%d : tipo
non è stampato per ogni adattatore SCSI supportato installato nel sistema, potreste avere un problema con la routine di autorilevamento che non riconosce la vostra scheda.
L'autorilevamento fallirà ugualmente per driver che usano il BIOS per l'autorilevamento se il BIOS è disattivato. Controllate due volte che il vostro BIOS sia attivato, e non sia in conflitto con i BIOS di altre periferiche.
L'autorilevamento fallirà anche nel caso in cui la ``signature'' (``firma'': una stringa che identifica una particolare scheda) della scheda e/o l'indirizzo BIOS non combacino con indirizzi e signature conosciuti.
Se il BIOS è installato usate DOS e DEBUG per trovare una signature che permetterà di individuare la scheda.
Ad esempio, se la vostra scheda si trova all'indirizzo 0xc8000, sotto DOS eseguite
debug
d c800:0
q
e inviate un messaggio alla mailing list SCSI contenente il messaggio ASCII, la lunghezza e l'offset dall'indirizzo base (ad esempio, 0xc8000). Notate che è richiesto il testo ESATTO, e dovreste inviare sia le porzioni hesadecimali che ASCII del testo.
Se il BIOS non è installato, e state usando un driver Adaptec 152x, Trantor T128, o Seagate, potete usare la linea di comando oppure intervenire a tempo di compilazione per forzare il riconoscimento.
Consultate anche il sottoparagrafo appropriato per la vostra scheda SCSI e anche la sezione Malfunzionamento generale.
(Questo comprende le schede Trantor T128 e Seagate, ma non i driver Adaptec, generiche NCR5380, PAS16, e Ultrastor).
Questo mancato funzionamento si ha spesso quando il caching delle porte di I/O memory mapped è eseguito in maniera non corretta. Dovreste avere lo spazio dell'indirizzo delle schede marcato come non cachable nei settaggi XCMOS.
Se questo non è possibile, dovreste disattivare interamente la cache.
Se avete specificato manualmente l'indirizzo della scheda, ricordatevi che Linux ha bisogno dell'indirizzo reale della scheda, e non del segmento di 16 byte a cui la documentazione può riferirsi.
Ad esempio, 0xc8000 sarebbe corretto, 0xc800 non funzionerebbe e potrebbe causare problemi di corruzione della memoria.
Avrete bisogno di modificare l'immagine binaria del kernel (prima o dopo averla scritta sul disco), e di modificare alcuni campi a due byte (in formato little endian, cioè i bit meno significativi vengono per primi) per garantire che funzionerà sul vostro sistema:
Questo significa che i byte sono 3.5" : 0xA0 0x05 5.25" : 0xB0 0x04
Scrivete il file su disco usando dd o rawrite. Inserite il disco nel primo drive floppy, aspettate finché non appare il prompt che vi dice di inserire il disco root, e poi inserite il floppy di root della vostra distribuzione.
Avete bisogno di incominciare con la versione del kernel usata dall'autore del driver. Probabilmente si parla di questa revisione nella documentazione del driver.
Potete trovare parecchie revisioni recenti del kernel presso:
nic.funet.fi:/pub/OS/Linux/PEOPLE/Linus
con il nome linux-version.tar.gz
Si trovano anche presso tsx-11.mit.edu e vari altri siti
andate (cd) nella directory /usr/src.
Rimuovete i vostri vecchi sorgenti Linux; se volete tenere una loro copia di backup:
mv linux linux-old
scompattate il file
gunzip < linux-0.99.12.tar.gz | tar xvfp -
Applicate le patch. Le patch saranno relative a qualche directory nel filesystem. Esaminando le righe di file di output nel file di patch (con il comando ``grep ^---''), siete in grado di stabilire dove si trova il file; ad esempio patch con queste linee:
--- ./kernel/blk_drv/scsi/Makefile
--- ./config.in Wed Sep 1 16:19:33 1993
avranno i file relativi a /usr/src/linux.
Scompattate i sorgenti del driver in un luogo appropriato - potete digitare:
tar tfv patches.tar
per ottenere un elenco, e muovere i file nella maniera necessaria (i file del driver SCSI dovrebbero stare in /usr/src/linux/kernel/drivers/scsi).
Oppure spostatevi nelle directory a cui sono relativi e digitate:
patch -p0 < patch_file
per applicare le patch. Ad esempio, se i file iniziassero con:
--- linux-new/kernel/blk_drv/scsi/Makefile
e voi voleste applicare le patch mentre si trovano in /usr/src/linux, potreste entrare nella directory /usr/src/linux e digitare:
patch -p1 < patches
per trascurare la componente "linux-new".
Dopo aver applicato le patch, controllate che non ci sia alcun errore di applicazione delle patch stesse, che si manifesterà con il nome del file seguito da un suffisso #.
find /usr/src/linux/ -name "*#" -print
Se qualcuno di questi esiste, osservateli attentamente. In alcuni casi, le differenze consisteranno negli identificatori RCS e saranno innocue, altre volte dovrete applicare manualmente delle parti importanti. Documentare i file diff e patch va oltre gli scopi di questo documento.
Consultate anche Configurazione e compilazione del kernel.
In alcuni casi un autore di driver può non offrire patch con i file .c e .h che contengono il suo driver, o le patch possono essere per una versione più vecchia del kernel e quindi non installarsi in maniera ``pulita''.
*
* SCSI low-level drivers
*
bool 'Always IN2000 SCSI support' CONFIG_SCSI_IN2000 y
ifdef CONFIG_SCSI_IN2000
SCSI_OBS := $(SCSI_OBJS) in2000.o
SCSI_SRCS := $(SCSI_SRCS) in2000.c
endif
scsi.a: $(SCSI_OBJS)
#ifdef CONFIG_SCSI_GENERIC_NCR5380
#include "g_NCR5380.h"
#endif
#ifdef CONFIG_SCSI_IN2000
#include "in2000.h"
#endif
#define IN2000 {"Always IN2000", in2000_detect, \
in2000_info, in2000_command, \
in2000_queuecommand, \
in2000_abort, \
in2000_reset, \
NULL, \
in2000_biosparam, \
1, 7, IN2000_SG, 1, 0, 0}
#ifdef CONFIG_SCSI_GENERIC_NCR5380
GENERIC_NCR5380,
#endif
#ifdef CONFIG_SCSI_IN2000
IN2000,
#endif
Un certo numero di sistemi Compaq mappa le estensioni BIOS a 32 bit usate per cercare i dispositivi PCI, in una parte di memoria inaccessibile al kernel Linux a causa del layout della memoria. Se Linux non è in grado di individuare una scheda PCI SCSI supportata, e vi dice qualcosa come:
pcibios_init: entry in high memory, unable to access
Prendete:
ftp://ftp.compaq.com/pub/softpaq/Software-Solutions/sp0921.zip
che è un archivio autoscompattante contenente un programma che rilocherà il codice BIOS32.
Alcuni sistemi PCI hanno BIOS malfunzionanti che disattivano gli interrupt e non sono in grado di riattivarli prima di restituire il controllo al programma chiamante. La seguente patch risolve questo problema:
--- bios32.c.orig Mon Nov 13 22:35:31 1995
+++ bios32.c Thu Jan 18 00:15:09 1996
@@ -56,6 +56,7 @@
#include <linux/pci.h>
#include <asm/segment.h>
+#include <asm/system.h>
#define PCIBIOS_PCI_FUNCTION_ID 0xb1XX
#define PCIBIOS_PCI_BIOS_PRESENT 0xb101
@@ -125,7 +126,9 @@
unsigned long address; /* %ebx */
unsigned long length; /* %ecx */
unsigned long entry; /* %edx */
+ unsigned long flags;
+ save_flags(flags);
__asm__("lcall (%%edi)"
: "=a" (return_code),
"=b" (address),
@@ -134,6 +137,7 @@
: "0" (service),
"1" (0),
"D" (&bios32_indirect));
+ restore_flags(flags);
switch (return_code) {
case 0:
@@ -161,11 +165,13 @@
unsigned char present_status;
unsigned char major_revision;
unsigned char minor_revision;
+ unsigned long flags;
int pack;
if ((pcibios_entry = bios32_service(PCI_SERVICE))) {
pci_indirect.address = pcibios_entry;
+ save_flags(flags);
__asm__("lcall (%%edi)\n\t"
"jc 1f\n\t"
"xor %%ah, %%ah\n"
@@ -176,6 +182,7 @@
: "1" (PCIBIOS_PCI_BIOS_PRESENT),
"D" (&pci_indirect)
: "bx", "cx");
+ restore_flags(flags);
present_status = (pack >> 16) & 0xff;
major_revision = (pack >> 8) & 0xff;
@@ -210,7 +217,9 @@
{
unsigned long bx;
unsigned long ret;
+ unsigned long flags;
+ save_flags(flags);
__asm__ ("lcall (%%edi)\n\t"
"jc 1f\n\t"
"xor %%ah, %%ah\n"
@@ -221,6 +230,7 @@
"c" (class_code),
"S" ((int) index),
"D" (&pci_indirect));
+ restore_flags(flags);
*bus = (bx >> 8) & 0xff;
*device_fn = bx & 0xff;
return (int) (ret & 0xff00) >> 8;
@@ -232,7 +242,9 @@
{
unsigned short bx;
unsigned short ret;
+ unsigned long flags;
+ save_flags(flags);
__asm__("lcall (%%edi)\n\t"
"jc 1f\n\t"
"xor %%ah, %%ah\n"
@@ -244,6 +256,7 @@
"d" (vendor),
"S" ((int) index),
"D" (&pci_indirect));
+ restore_flags(flags);
*bus = (bx >> 8) & 0xff;
*device_fn = bx & 0xff;
return (int) (ret & 0xff00) >> 8;
@@ -254,7 +267,9 @@
{
unsigned long ret;
unsigned long bx = (bus << 8) | device_fn;
+ unsigned long flags;
+ save_flags (flags);
__asm__("lcall (%%esi)\n\t"
"jc 1f\n\t"
"xor %%ah, %%ah\n"
@@ -273,7 +288,9 @@
{
unsigned long ret;
unsigned long bx = (bus << 8) | device_fn;
+ unsigned long flags;
+ save_flags(flags);
__asm__("lcall (%%esi)\n\t"
"jc 1f\n\t"
"xor %%ah, %%ah\n"
@@ -292,7 +309,9 @@
{
unsigned long ret;
unsigned long bx = (bus << 8) | device_fn;
+ unsigned long flags;
+ save_flags(flags);
__asm__("lcall (%%esi)\n\t"
"jc 1f\n\t"
"xor %%ah, %%ah\n"
@@ -303,6 +322,7 @@
"b" (bx),
"D" ((long) where),
"S" (&pci_indirect));
+ restore_flags(flags);
return (int) (ret & 0xff00) >> 8;
}
@@ -311,7 +331,9 @@
{
unsigned long ret;
unsigned long bx = (bus << 8) | device_fn;
+ unsigned long flags;
+ save_flags(flags);
__asm__("lcall (%%esi)\n\t"
"jc 1f\n\t"
"xor %%ah, %%ah\n"
@@ -322,6 +344,7 @@
"b" (bx),
"D" ((long) where),
"S" (&pci_indirect));
+ restore_flags(flags);
return (int) (ret & 0xff00) >> 8;
}
@@ -330,7 +353,9 @@
{
unsigned long ret;
unsigned long bx = (bus << 8) | device_fn;
+ unsigned long flags;
+ save_flags(flags);
__asm__("lcall (%%esi)\n\t"
"jc 1f\n\t"
"xor %%ah, %%ah\n"
@@ -341,6 +366,7 @@
"b" (bx),
"D" ((long) where),
"S" (&pci_indirect));
+ restore_flags(flags);
return (int) (ret & 0xff00) >> 8;
}
@@ -349,7 +375,9 @@
{
unsigned long ret;
unsigned long bx = (bus << 8) | device_fn;
+ unsigned long flags;
+ save_flags(flags);
__asm__("lcall (%%esi)\n\t"
"jc 1f\n\t"
"xor %%ah, %%ah\n"
@@ -360,6 +388,7 @@
"b" (bx),
"D" ((long) where),
"S" (&pci_indirect));
+ restore_flags(flags);
return (int) (ret & 0xff00) >> 8;
}
Configurazioni supportate
indirizzi BIOS : 0xd8000, 0xdc000, 0xd0000, 0xd4000, 0xc8000, 0xcc000,
0xe0000, 0xe4000.
Porte : 0x140, 0x340
IRQ : 9, 10, 11, 12
DMA : non usato
IO : port mapped
Autorilevamento:
Funziona con molte schede con un BIOS installato. Tutte le altre schede,
inclusa la Adaptec 1510, e la Sound Blaster16 SCSI devono usare una riga
di comandi kernel o impostazioni a tempo di compilazione.
Impostazioni manuali:
Al momento della compilazione:
Definite in modo appropriato PORTBASE, IRQ, SCSI_ID, RECONNECT,
PARITY, vedete ``Definizioni''.
Linea di comando kernel:
aha152x=<PORTBASE>[,<IRQ>[,<SCSI-ID>[,<RECONNECT>[,<PARITY>]]]]
SCSI-ID è lo SCSI ID dell'adattatore HOST, non degli eventuali dispositivi ad esso connessi. Solitamente dovrebbe essere 7.
Per forzare il riconoscimento di una scheda a 0x340, IRQ 11, SCSI-ID 7, con disconnessione/riconnessione permesse, dovreste usare la seguente opzione di riga di comandi:
aha152x=0x340,11,7,1
Problemi di ``arretratezza'' che si risolvono aggiornando :
Definizioni:
AUTOCONF : usa la configurazione riportata dal controller (solo 152x)
IRQ : imposta il canale di interrupt (9,10,11 o 12) (predefinito
11)
SCSI_ID : imposta lo SCSI ID dell' AIC-6260 (0-7) (predefinito 7)
RECONNECT : imposta disconnessione/riconnessione (ponetelo diverso da
zero per permetterle e a zero per disattivarle)
DONT_SNARF : Non registrare le porte (pl12 e sotto)
SKIP_BIOSTEST : Non testare per una signature BIOS (AHA-1510 o BIOS
disattivato)
PORTBASE : Forza l'indirizzo base. Non effettuare la ricerca automatica.
Configurazioni supportate
Porte : 0x330 e 0x334
IRQ : 9, 10, 11, 12, 14, 15
canali DMA : 5, 6, 7
IO : port mapped, bus master
Autorilevamento:
troverà schede solo a 0x330 e 0x334.
Impostazioni manuali:
aha1542=<PORTBASE>[,<BUSON>,<BUSOFF>[,<DMASPEED>]]
Note:
Problemi di ``arretratezza'' che si risolvono aggiornando:
Problemi comuni :
Le schede più recenti non sono molto migliori, ed hanno anche una estrema sensibilità al tipo dei cavi e dei terminatori.
Vedi anche Problemi Comuni #2 e #3 e Problemi comuni, Malfunzionamento generale.
buslogic=0x330
Configurazioni supportate
Slot : 1-8
Porte : non applicabile: è una scheda EISA
IRQ : 9, 10, 11, 12, 14, 15
Canali DMA : non applicabile: è una scheda EISA
IO : port mapped, bus master
Autorilevamento:
funziona con tutte le configurazioni supportate.
Impostazioni manuali:
nessuna.
Note:
Problemi comuni :
la vostra scheda è stata disattivata perché non stava funzionando in modalità enhanced. Schede che funzionano in una modalità standard 1542 non sono supportate.
Una versione più recente che supporta anch'essa le schede Adaptec 294x è disponibile presso:
ftp://ftp.ims.com/pub/Linux/aic7xxx
Configurazioni supportate :
274x 284x 294x
Slot EISA : 1-12 N/A N/A
Porte : N/A TUTTE TUTTE
IRQ : TUTTI TUTTI TUTTI
Canali DMA : N/A TUTTI N/A
IO : port mapped, bus master
Impostazioni manuali:
linea di comando kernel:
aha274x=extended
(per forzare il mapping esteso)
Note:
Configurazioni supportate :
Porte : 0x100, 0x110, 0x200, 0x220
IRQ : 10, 11, 14, 15
DMA : non usato
IO : port mapped
Autorilevamento :
BIOS non richiesto.
Impostazioni manuali:
nessuna.
Problemi comuni :
(questa sezione Copyright 1995 di Leonard N. Zubkoff <lnz@dandelion.com>) (vedete README.BusLogic per ulteriori e più complete informazioni sui driver BusLogic)
Driver SCSI BusLogic MultiMaster per Linux
Versione 1.2.2 per Linux 1.2.13
Versione 1.3.2 per Linux 1.3.88
ftp://ftp.dandelion.com/BusLogic-1.2.2.tar.gz
ftp://ftp.dandelion.com/BusLogic-1.3.2.tar.gz
16 Aprile 1996
Leonard N. Zubkoff
Dandelion Digital
lnz@dandelion.com
BusLogic, Inc. progetta e produce una serie di adattatori host SCSI ad
alte prestazioni che condividono una interfaccia di programmazione comune
su varie architetture di bus grazie alla loro tecnologia MultiMaster
ASIC. Questo driver supporta tutti gli adattatori host BusLogic
MultiMaster attuali, e dovrebbe supportare ogni tipo di progetto
MultiMaster futuro con piccole modifiche. Gli adattatori basati sulla
nuova architettura FlashPoint non sono supportati da questo driver;
consultate il file README.FlashPoint per informazioni a proposito di un
programma di aggiornamento per gli utenti di Linux dal FlashPoint LT,
non supportato, al BT-948, supportato.
I miei principali obiettivi nello scrivere questo driver BusLogic
completamente nuovo sono quelli di sfruttare la piena potenzialità di
cui sono capaci gli adattatori host BusLogic SCSI e le moderne
periferiche SCSI, e di fornire un driver altamente robusto su cui si può
contare per applicazioni critiche con alte prestazioni. Tutte le
caratteristiche principali di performance e di correzione degli errori
possono essere configurate dalla linea dei comandi kernel di Linux,
permettendo così installazioni personalizzate per regolare le prestazioni
e il recupero degli errori sulle proprie necessità.
BusLogic è stata una eccellente compagnia con cui lavorare e consiglio
caldamente i loro prodotti alla comunità Linux. Nel novembre del 1995 mi
è stata offerta l'opportunità di divenire un beta tester per il loro
ultimo prodotto MultiMaster, l'adattatore host SCSI BT-948 PCI Ultra, e
poi nuovamente per l'adattatore SCSI BT-958 PCI Wide Ultra nel gennaio
1996. Tutto ciò si rivelò benefico per entrambi, poiché BusLogic
raggiunse un grado e una tipologia di testing che il loro stesso gruppo
di testing non può raggiungere facilmente, e la comunità Linux ha a
disposizione adattatori host di alta qualità che sono stati ben testati
con Linux prima ancora di essere immessi sul mercato. Questo rapporto ha
inoltre dato a me la possibilità di interagire direttamente con il loro
staff tecnico, di comprendere di più a proposito della lavorazione
interna sui loro prodotti, e in cambio di insegnare loro le necessità e le
potenzialità della comunità Linux. Il loro interesse e supporto è
apprezzato enormemente.
A differenza di altri venditori, se vi mettete in contatto con il
Supporto Tecnico BusLogic per un problema, e state eseguendo Linux, non vi
diranno che il vostro uso del prodotto non è supportato. La loro
ultimissima produzione di marketing afferma infatti: "gli adattatori host
BusLogic SCSI sono compatibili con tutti i maggiori sistemi operativi
compresi: ... Linux ...".
BusLogic, Inc. si trova a 4151 Burton Drive, Santa Clara, California,
95054, USA e può essere raggiunta telefonicamente al 408/492-9090 o
tramite FAX al 408/492-1542. BusLogic possiede un sito World Wide Web
http://www.buslogic.com, un sito FTP a: ftp.buslogic.com, e una BBS a
408/492-1984. Il Supporto Tecnico BusLogic Technical può essere contattato via
posta elettronica all'indirizzo techsup@buslogic.com, per telefono al
408/654-0760, o via FAX al 408/492-1542. Informazioni per
contattare uffici in Europa e Giappone sono disponibili presso il sito web.
ADATTATORI DI HOST SUPPORTATI
L'elenco che segue comprende gli adattatori host BusLogic SCSI supportati
alla data di questo documento. È consigliabile, per chiunque sia
intenzionato a comprare un adattatore BusLogic SCSI non compreso in
questo elenco, mettersi in contatto con l'autore prima dell'acquisto in
modo da verificare se sarà o meno supportato.
Serie "W":
BT-948 PCI Ultra Fast Single-ended SCSI-2
BT-958 PCI Ultra Wide Single-ended SCSI-2
BT-958D PCI Ultra Wide Differential SCSI-2
Serie "C":
BT-946C PCI Fast Single-ended SCSI-2
BT-956C PCI Fast Wide Single-ended SCSI-2
BT-956CD PCI Fast Wide Differential SCSI-2
BT-445C VLB Fast Single-ended SCSI-2
BT-747C EISA Fast Single-ended SCSI-2
BT-757C EISA Fast Wide Single-ended SCSI-2
BT-757CD EISA Fast Wide Differential SCSI-2
BT-545C ISA Fast Single-ended SCSI-2
BT-540CF ISA Fast Single-ended SCSI-2
Serie "S":
BT-445S VLB Fast Single-ended SCSI-2
BT-747S EISA Fast Single-ended SCSI-2
BT-747D EISA Fast Differential SCSI-2
BT-757S EISA Fast Wide Single-ended SCSI-2
BT-757D EISA Fast Wide Differential SCSI-2
BT-545S ISA Fast Single-ended SCSI-2
BT-542D ISA Fast Differential SCSI-2
BT-742A EISA Single-ended SCSI-2 (742A revisione H)
BT-542B ISA Single-ended SCSI-2 (542B revisione H)
Serie "A":
BT-742A EISA Single-ended SCSI-2 (742A revisioni A - G)
BT-542B ISA Single-ended SCSI-2 (542B revisioni A - G)
Gli adattatori di host AMI FastDisk che sono cloni BusLogic sono supportati
da questo driver.
BT-948/958/958D NOTE DI INSTALLAZIONE
Gli Adattatori di Host BT-948/958/958D PCI Ultra SCSI, possiedono delle
caratteristiche tali per cui potrebbero richiedere particolare
attenzione durante l'installazione di Linux.
o Assegnamento di una porta di I/O PCI
Con la configurazione predefinita in fabbrica, il BT-948/958/958D
riconoscerà solo le assegnazioni della porta I/O PCI fatte dal BIOS PCI
della scheda madre. Il BT-948/958/958D non risponderà ad alcuna delle
porte I/O ISA a cui precedentemente rispondevano gli adattatori host
BusLogic SCSI. Questo driver supporta l'assegnamento della porta I/O
PCI, perciò questa è la configurazione preferita. Comunque, se per
qualche ragione si deve usare il driver obsoleto BusLogic, come ad
esempio per una distribuzione Linux che non usa ancora questo driver
nell'esecuzione del boot del kernel, BusLogic ha fornito una opzione di
configurazione AutoSCSI per attivare una porta I/O legacy ISA compatibile.
Per attivare questa opzione di compatibilità all'indietro, invocate
l'utility AutoSCSI tramite Ctrl-B all'accensione (startup) del sistema
e selezionate "Adapter Configuration", "View/Modify Configuration", e
poi cambiate l'impostazione di "ISA Compatible Port" da "Disable" a
"Primary" o "Alternate". Una volta che questo driver sia stato
installato, l'opzione "ISA Compatible Port" dovrebbe essere rimessa a
"Disable", in modo tale da evitare possibili conflitti futuri di porta I/O.
Anche i più vecchi BT-946C/956C/956CD possiedono questa opzione di
configurazione, ma il l'impostazione predefinita in fabbrica è "Primary".
o Ordine di scansione degli slot PCI
In sistemi con più adattatori host BusLogic PCI, l'ordine secondo
cui gli slots PCI sono scanditi potrebbe apparire rovesciato con
BT-948/958/958D se comparato con il BT-946C/956C/956CD. Perché il boot
da un disco SCSI funzioni correttamente, è necessario che il BIOS
dell'adattatore host BIOS e il kernel siano d'accordo su quale disco sia il
dispositivo di boot, il che richiede che siano in grado di riconoscere
nello stesso ordine gli adattatori host PCI. La scheda madre PCI BIOS
fornisce un metodo standard per enumerare gli adattatori host PCI,
che è usato dal kernel di Linux. Alcune implementazioni PCI BIOS
enumerano gli slot PCI secondo il numero crescente del bus e del
dispositivo, mentre altri lo fanno nella direzione opposta.
Sfortunatamente Microsoft ha deciso che Windows 95 debba enumerare gli
slot PCI in ordine crescente rispetto ai numeri del bus e dei
dispositivi senza tener conto della enumerazione del PCI BIOS, e che il
loro schema debba essere supportato dall'adattatore di host BIOS per
ricevere la certificazione di Windows 95. Quindi i settaggi della
factory default del BT-948/958/958D enumerano gli adattatori di host
secondo i numeri crescenti dei bus e dei dispositivi. Per disattivare
questa funzione, invocate la utility AutoSCSI, tramite via Ctrl-B
all'accensione del sistema e selezionate "Adapter Configuration",
"View/Modify Configuration", schiacciate Ctrl-F10 e poi disattivate
l'opzione "Use Bus And Device # For PCI Scanning Seq."
Questo driver interrogherà il settaggio dell'opzione PCI Scanning
Sequence in modo da riconoscere gli adattatori di host nello stesso
ordine in cui sono enumerati dal BIOS dell'adattatore host.
MAILING LIST DI ANNUNCI BUSLOGIC
La mailing list di annunci della BusLogic costituisce un forum per
informare gli utenti Linux di uscite sul mercato di nuovi driver e di
altri annunci a proposito dei supporti Linux per gli adattatori di host
BusLogic SCSI. Per iscriversi alla lista, inviate un messaggio a
"BusLogic-announce-request@dandelion.com" con la riga "subscribe" nel testo.
(questa sezione Copyright 1995 by Leonard N. Zubkoff <lnz@dandelion.com>)
Non ci sono driver Linux disponibili per le FlashPoint LT/DL/LW
(BT-930/932/950) e non è chiaro quando e se mai ce ne saranno. Le schede
FlashPoint hanno un'architettura differente rispetto alle schede
MultiMaster e non hanno nessuna CPU, solo un motore sequenziale
SCSI. Sono commercializzati come un prodotto per workstation desktop, e non
sono particolarmente adatti per un sistema operativo multitasking di alte
prestazioni come Linux.
Le MultiMaster BT-948/958 hanno una CPU, e l'interfaccia di
programmazione a ``cassetta della posta'' permette parallelismi e
pipeline tra il sistema operativo e l'adattatore host, laddove le schede
FlashPoint richiedono frequenti interventi della CPU dell'adattatore.
Anche quando la latenza degli interrupt cresce in un sistema multitasking
sotto forte carico, la BT-948/958 dovrebbe mantenere delle eccellenti
performance, mentre la performance della FlashPoint tende a calare
piuttosto rapidamente. Inoltre, il firmware sulla BT-948/958 ha la
capacità di interagire propriamente a basso livello con il bus SCSI,
mentre con un motore sequenziale è il driver Linux a doversi far carico
di queste interazioni, e spesso impiega un sacco di tempo per riuscire a
portare a termine il proprio lavoro. Data la differenza di prezzo
piuttosto bassa fra questi prodotti, le BT-948 o BT-958 sono certamente
la scelta migliore per Linux.
(Inizio Citazione)
ANNUNCIO
Programma di upgrade BusLogic FlashPoint/BT-948
1 Febbraio 1996
Sin dalla sua introduzione l'ottobre scorso, l'uso della BusLogic FlashPoint
LT ha causato problemi ai membri della comunità Linux, poiché nessun
driver Linux è stato disponibile per questo nuovo prodotto Ultra
SCSI. Nonostante sia ufficialmente considerato un prodotto per desktop
workstation, e pur non essendo particolarmente adatto per un sistema
operativo multitasking ad alte prestazioni come Linux, la FlashPoint LT è
stata consigliata dai rivenditori di sistemi per computer come l'ultima
novità, ed è stata venduta perfino in molti dei loro sistemi high end, al
posto dei meno recenti prodotti MultiMaster. Questo ha causato problemi a
molte persone che hanno inavvertitamente comprato un sistema
aspettandosi che tutti gli Adattatori host BusLogic SCSI fossero
supportati da Linux, per poi scoprire che FlashPoint non è supportato e
non lo sarebbe stato per un certo periodo, se non per sempre.
Dopo che questo problema è stato individuato, BusLogic ha contattato i
propri principali clienti OEM per assicurarsi che le schede BT-946C/956C
MultiMaster fossero comunque ancora rese disponibili, e che gli utenti di
Linux che avessero per errore ordinato dei sistemi con le FlashPoint
potessero essere messi in condizione di aggiornarle alle BT-946C. Questo
ha aiutato molti acquirenti di nuovi sistemi, ma è stata solo una
soluzione parziale al problema generale del supporto per le FlashPoint per
gli utenti di Linux. Non è servito, infatti, ad aiutare le persone
che inizialmente avevano acquistato una FlashPoint per un sistema
operativo supportato, e che poi avevano deciso di usare Linux, o per
coloro i quali avevano comperato una FlashPoint LT, convinti che fosse
supportata, e non sono stati in grado di restituirla.
A metà dicembre, ho chiesto di incontrare il senior management di
BusLogic per discutere a proposito di Linux e del supporto software
free per le FlashPoint. Voci a proposito di una scarsa cura nei confronti
della comunità Linux da parte di BusLogic erano di pubblico dominio, e
pensavo che la cosa migliore fosse parlare direttamente di questi
argomenti. Inviai una email una sera dopo le 23 e l'incontro ebbe
luogo il pomeriggio seguente. Sfortunatamente gli ingranaggi delle
macchine corporative si muovono lentamente, specialmente quando una
compagnia sta per essere acquisita, e quindi c'è voluto fino a ora perché
tutti i dettagli venissero determinati e venisse fatto un documento pubblico.
BusLogic non è pronta per ora a rilasciare le informazioni necessarie
perché terzi possano scrivere driver per le FlashPoint. Gli unici
driver per FlashPoint esistenti sono stati scritti direttamente da
BusLogic Engineering, e non c'è una documentazione FlashPoint
sufficientemente dettagliata per consentire a sviluppatori esterni di
scrivere un driver senza assistenza. Mentre qualcuno alla BusLogic
preferirebbe non divulgare affatto dettagli sull'architettura delle
FlashPoint, la discussione non ha portato in nessuna direzione. In ogni
caso, anche se fosse disponibile oggi della documentazione ci vorrebbe
un po' di tempo prima che un driver utilizzabile venisse scritto,
specialmente considerando il fatto che non sono convinto che lo sforzo
richiesto valga la pena di essere compiuto.
Comunque, BusLogic mantiene l'impegno di fornire soluzioni SCSI ad alte
prestazioni per la comunità Linux, e non vuole che qualcuno non sia in grado
di eseguire Linux perché possieda una Flashpoint LT. Perciò BusLogic ha
messo in atto un programma diretto di aggiornamento per consentire a
qualsiasi utente Linux in tutto il mondo di permutare la loro FlashPoint
LT con una nuovo BT-948 MultiMaster PCI Ultra SCSI Host Adapter. Il
BT-948 è il successore Ultra SCSI del BT-946C e ha tutte le migliori
caratteristiche sia del BT-946C che della FlashPoint LT, compresa la
terminazione intelligente e una flash PROM per facili aggiornamenti del
firmware, ed è ovviamente compatibile con l'attuale driver Linux. Il
prezzo per questo aggiornamento è stato fissato in 45 dollari americani, e
il programma di aggiornamento verrà amministrato dal Supporto
Tecnico BusLogic, che può essere raggiunto in email all'indirizzo
techsup@BusLogic.com, e telefonicamente al +1 408 654-0760, oppure via
fax al +1 408 492-1542.
Ero un beta tester per la BT-948 e le versioni 1.2.1 e 1.3.1 del mio
driver BusLogic includono già il supporto per la BT-948. Un migliore
supporto per le schede Ultra SCSI MultiMaster verrà aggiunto in una
versione successiva. Come risultato di questo processo cooperativo di
test, sono stati individuati e corretti numerosi errori nel firmware
(accertatevi di avere la versione 5.05R o più recente del firmware).
Il mio sistema di test Linux, pesantemente caricato, ha fornito un
ambiente ideale per testare i processi di recupero dagli errori che sono
molto più raramente esercitati nei sistemi produttivi, ma che sono
cruciali per l'equilibrio complessivo del sistema. È stato
particolarmente utile essere in grado di lavorare direttamente
con il loro ingegnere firmware per mostrare i problemi sotto il
controllo dell'ambiente di debug del firmware; ne è passato di tempo
dall'ultima volta in cui ho lavorato sul firmware per un sistema
embedded. Attualmente sto lavorando ad alcuni test di prestazioni e mi
aspetto di avere dei dati da riportare fra non molto.
BusLogic mi ha chiesto di fare questo annuncio poiché un larga parte
delle domande che riguardano il supporto per la FlashPoint è stata
inviata o a me per email o è apparsa nei newsgroup di Linux di cui
faccio parte. Per sintetizzare, BusLogic sta offrendo agli utenti di
Linux un aggiornamento dalla FlashPoint LT (BT-930), non supportata, alla
BT-948, supportata, per 45$. Contattate il Supporto Tecnico BusLogic presso:
techsup@BusLogic.com o +1 408 654-0760 per approfittare della loro offerta.
Leonard N. Zubkoff
lnz@dandelion.com
(Fine citazione)
Schede supportate: tutte quelle che supportano il protocollo EATA-DMA.
Tra di esse ci sono:
la famiglia DPT Smartcache (Plus): PM2011 ISA Fast Single-ended SCSI-2 PM2012B EISA Fast Single-ended SCSI-2 la famiglia DPT Smartcache III: PM2021 ISA Fast Single-ended SCSI-2 PM2021W ISA Wide Single-ended SCSI-2 PM2022 EISA Fast Single-ended SCSI-2 PM2022W EISA Wide Single-ended SCSI-2 PM2024 PCI Fast Single-ended SCSI-2 PM2024W PCI Wide Single-ended SCSI-2 PM2122 EISA Fast Single-ended SCSI-2 PM2122W EISA Wide Single-ended SCSI-2 PM2124 PCI Fast Single-ended SCSI-2 PM2124W PCI Wide Single-ended SCSI-2 PM2322 EISA Fast Single-ended SCSI-2 PM2322W EISA Wide Single-ended SCSI-2 la famiglia DPT Smartcache VI: PM2041W ISA Wide Single-ended SCSI-2 PM2041UW ISA Ultra Wide Single-ended SCSI-2 PM2042W EISA Wide Single-ended SCSI-2 PM2042UW EISA Ultra Wide Single-ended SCSI-2 PM2044W PCI Wide Single-ended SCSI-2 PM2044UW PCI Ultra Wide Single-ended SCSI-2 PM2142W EISA Wide Single-ended SCSI-2 PM2142UW EISA Ultra Wide Single-ended SCSI-2 PM2144W PCI Wide Single-ended SCSI-2 PM2144UW PCI Ultra Wide Single-ended SCSI-2 PM2322W EISA Wide Single-ended SCSI-2 PM2322UW EISA Ultra Wide Single-ended SCSI-2 la famiglia DPT SmartRAID: PM3021 ISA Fast Single-ended SCSI-2 PM3021W ISA Wide Single-ended SCSI-2 PM3122 EISA Fast Single-ended SCSI-2 PM3122W EISA Wide Single-ended SCSI-2 PM3222 EISA Fast Single-ended SCSI-2 PM3222W EISA Wide Single-ended SCSI-2 PM3224 PCI Fast Single-ended SCSI-2 PM3224W PCI Wide Single-ended SCSI-2 PM3334W PCI Wide Single-ended SCSI-2 PM3334UW PCI Ultra Wide Single-ended SCSI-2
anche versioni differenti dei controller sopraindicati.
E alcuni controller da:
NEC, AT&T, SNI, AST, Olivetti, Alphatronix.
Configurazioni supportate
Slot : TUTTI
Porte : TUTTE
IRQ : TUTTI (level e edge triggered)
Canali DMA : ISA: TUTTI, EISA/PCI: non applicabile
IO : port mapped, bus master
Canali SCSI : TUTTI
Autorilevamento :
Funziona con tutte le configurazioni supportate
L'ultima versione del driver EATA-DMA è disponibile su:
ftp.i-Connect.Net:/pub/Local/EATA/
Mailing list:
La Mailing List EATA fornisce un forum agli utenti Linux del driver EATA-DMA e EATA-PIO per discussioni e annunci di nuove uscite sul mercato e altro. Per abbonarvi alla mailing list, inviate un messaggio a "linux-eata-request@i-connect.net" con la scritta "subscribe" nel corpo del messaggio.
Supporto /proc/scsi:
Per ottenere statistiche sui comandi, eseguite le seguenti procedure: echo "eata_dma latency" >/proc/scsi/eata_dma/<num_driver> e per disattivarlo: echo "eata_dma nolatency" >/proc/scsi/eata_dma/<num_driver>
Problemi comuni
Soluzione: usate uno dei dischi boot ascsi*.
hd.c: ST-506 interface disk with more than 16 heads detected,
probably due to non-standard sector translation. Giving up.
(disk %d: cyl=%d, sect=63, head=64)
hdc: probing with STATUS instead of ALTSTATUS
hdc: MP0242 A, 0MB w/128KB Cache, CHS=0/0/0
hdc: cannot handle disk with 0 physical heads
hdd: probing with STATUS instead of ALTSTATUS
hdd: MP0242 A, 0MB w/128KB Cache, CHS=0/0/0
hdd: cannot handle disk with 0 physical heads
Nota:
Configurazioni supportate:
BIOS : 2.0, 3.0, 3.2, 3.4, 3.5
Indirizzi BIOS : 0xc8000, 0xca000, 0xce000, 0xde000
Porte : 0x140, 0x150, 0x160, 0x170
IRQ : 3, 5, 10, 11, 12, 14, 15
DMA : non usato
IO : port mapped
Autorilevamento:
Funziona con tutte le configurazioni supportate, richiede
l'installazione di un BIOS.
Impostazioni manuali:
nessuna.
Problemi di ``arretratezza'' che si risolvono aggiornando:
Note:
Configurazioni supportate e non supportate
Porte : tutte
IRQ : tutti
Canali DMA : DMA non usato
IO : port mapped
Autorilevamento:
non disponibile.
Impostazioni manuali:
A tempo di compilazione: Definite GENERIC_NCR5380_OVERRIDE come un
vettore con porta, irq, dma, tipo di scheda - ad esempio
#define GENERIC_NCR5380_OVERRIDE {{0x330, 5, DMA_NONE, BOARD_NCR5380}}
per una scheda NCR5380 alla porta 330, IRQ 5.
#define GENERIC_NCR5380_OVERRIDE {{0x350, 5, DMA_NONE, BOARD_NCR53C400}}
per una T130B alla porta 0x350.
Con versioni più vecchie del codice eliminate BOARD_*.
Possono essere usati anche gli IRQ simbolici IRQ_NONE e IRQ_AUTO (nessun
IRQ e IRQ rilevato automaticamente).
linea di comandi kernel:
ncr5380=porta,irq
ncr5380=porta,irq,dma
ncr53c400=porta,irq
255 può essere usato per nessun irq, 254 per l'autorilevamento dell'irq.
Problemi comuni
I registri NCR5380 si trovano ad un offset di 8 dall'indirizzo di base. Quindi, se ad esempio il vostro indirizzo è 0x350, usate:
ncr5380=0x358,254
sulla riga dei comandi kernel.
Problemi di ``arretratezza'' che si risolvono aggiornando:
Le versioni anteriori alla public release 6 del driver Generic NCR5380 non supportano gli interrupt su queste schede. Aggiornate.
Note:
Configurazioni supportate e non supportate :
Indirizzi di base : TUTTI
IRQ : TUTTI
canali DMA : non applicabile alle schede PCI
IO : port mapped, busmastering
Autorilevamento :
richiede il BIOS PCI, usa routine del BIOS PCI per cercare dispositivi e
leggere lo spazio di configurazione
Il driver usa per l'inizializzazione i valori pre programmati in alcuni registri, perciò deve essere installato un BIOS.
Problemi di ``arretratezza'' che si risolvono aggiornando:
Il driver più recente è disponibile presso:
ftp://tsx-11.mit.edu/pub/linux/ALPHA/scsi/ncr53c810
Si tratta di una patch per kernel 1.2.10 e più recenti, anche se la prossima versione sarà esclusivamente per 1.3.x. Queste patch NON sono completamente pulite a causa di alcuni binari ELF e di altre patch che si trovavano nel mio albero dei sorgenti, e se non siete in grado di correggere manualmente i (quattro) problemi che dovreste incontrare, non dovreste usarle. Notate che è necessaria solo la patch più recente: non sono incrementali.
Se desiderate usare il driver NCR più recente con un kernel 1.3.x prima di allora, Harald Evensen <Harald.Evensen@pvv.unit.no> ha adattato le patch per il 1.3.x
ftp://ftp.pvv.unit.no/pub/Linux/ALPHA/ncr
Queste patch dovrebbero essere pulite.
Consultate tutti i README in queste directory. Dovreste anche abbonarvi alla mailing list NCR se siete interessati a eseguire il codice ALPHA, poiché alla lista vengono inviate spesso soluzioni temporanee per bug e annunci di prossime uscite.
Per iscrivervi inviate una mail a majordomo@colorado.edu con
subscribe ncr53c810
nel testo. Potete annullare l'iscrizione inviando una mail allo stesso indirizzo e mettendo
unsubscribe ncr53c810
nel testo.
Problemi comuni
Questo è spesso dovuto al fatto che l'IRQ è impostato in modo diverso sul jumper hardware IRQ di uno slot o dispositivo della mainboard e nel setup CMOS. CONTROLLATE DUE VOLTE CHE:
Potrebbe anche essere dovuto al fatto che INTB, INTC, o INTD sono selezionati su una scheda PCI in un sistema che supporta solamente INTA. Se state usando una scheda NCR che ha ponticelli per selezionare tra linee di interrupt PCI, accertatevi che stiate usando INTA.
Infine, PCI dovrebbe usare interrupt ``level-sensitive'' piuttosto che ``edge triggered''. Controllate che sulla vostra scheda siano impostati gli interrupt ``level-sensitive'', e se questo fallisce, provate ``edge triggered'' perché il vostro sistema potrebbe avere problemi.
Questo problema è frequente con schede madri Viglen, dove i settaggi dei jumper dell'IRQ della scheda principale non sono quelli documentati nel manuale. Per quello che so quello che viene chiamato IRQ5 è in realtà IRQ9, il vostro caso può essere diverso.
"scsi%d: IRQ0 not free, detaching"
"scsi%d: IRQ255 not free, detaching"
irq = il_mio_irq;
return normal_init (tpnt, board, chip, (int) base,
(int) io_port, (int) irq, DMA_NONE, 1, bus, device_fn,
options);
Note:
Configurazioni supportate e non supportate
Indirizzi di base : 0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000
IRQ : 3, 5
Canali DMA : DMA non usato
IO : memory mapped
Autorilevamento :
rileva solo l'indirizzo, IRQ è assunto uguale a 5, richiede il BIOS.
Impostazioni manuali:
Tempo di compilazione :
Definite OVERRIDE uguale all'indirizzo base, CONTROLLER a FD o
SEAGATE come è appropriato, e IRQ all'IRQ.
linea di comando kernel
st0x=indirizzo,irq o tmc8xx=indirizzo,irq (funziona solo per .99.13b e
più recenti)
Problemi di ``arretratezza'' che si risolvono aggiornando:
questo è ciò che accade quando scrivete dati sul bus
Ci si è imbattuti nel problema con i dispositivi lenti che eseguono i comandi mentre li leggono, in cui l'handshake REQ/ACK impiega oltre 12 us - il segnale REQ non assume il valore ``falso'' quando il driver se l'aspetta, quindi il driver finisce per mandare più byte di dati ad ogni impulso di REQ.
Problemi comuni
La scheda viene venduta con un'impostazione adatta all'uso con MSDOS, quindi gli interrupt sono disattivati. Per attivare la gestione degli interrupt, usate sulla Seagate i jumper W3 (ST01) o JP3 (ST02) e chiudete il contatto sui pin F-G per selezionare l'IRQ 5.
You must set heads sectors and cylinders. You can do this from the extra functions menu.(devi impostare il numero delle testine, dei settori e dei cilindri. Puoi farlo dal menu ``extra functions''). Vedi Partizionare i dischi.
Il codice in seagate.c è ora così:
cli();
DATA = (unsigned char) ((1 << target) | (controller_type ==
SEAGATE ? 0x8$
CONTROL = BASE_CMD | CMD_DRVR_ENABLE | CMD_SEL |
(reselect ? CMD_ATTN : 0);
sti();
cambiando questo in:
cli();
CONTROL = BASE_CMD | CMD_DRVR_ENABLE | CMD_SEL |
(reselect ? CMD_ATTN : 0);
DATA = (unsigned char) ((1 << target) | (controller_type == SEAGATE
? 0x8$
sti();
potrebbe risolvere il vostro problema.
Definizioni:
FAST o FAST32 userà trasferimenti alla cieca quando possibile
ARBITRATE costringerà l'adattatore host a gestire il bus per ottenere una
compatibilità SCSI-II migliore, piuttosto che stare solo ad aspettare
il BUS FREE e poi eseguire i propri compiti. Dovrebbe consentire di
dare un comando per ciascun Lun quando integrerò le modifiche nei
sorgenti delle distribuzioni.
SLOW_HANDSHAKE permetterà la compatibilità con dispositivi malfunzionanti
che non svolgono l'handshake in maniera sufficientemente veloce (ad
esempio, alcuni CD ROM) per il codice Seagate.
SLOW_RATE=x, dove x è un numero vi lascerà specificare un tasso di
trasferimento che verrà adottato nel caso l'handshake non funzionasse
correttamente.
Configurazioni supportate e non supportate
Porte : 0x388, 0x384, 0x38x, 0x288
IRQ : 10, 12, 14, 15
IMPORTANTE : l'IRQ DEVE essere diverso dall'IRQ usato per la parte
audio della scheda.
DMA : non è usato per la parte SCSI della scheda
IO : port mapped
Autorilevamento
Non richiede BIOS.
Impostazioni manuali:
Tempo di compilazione : definite PAS16_OVERRIDE come un vettore
contenente porta e irq. Ad esempio
#define PAS16_OVERRIDE {{0x388, 10}}
per una scheda alla porta 0x388, IRQ 10.
linea di comando kernel
pas16=porta,irq
Definizioni:
AUTOSENSE - se definito, REQUEST SENSE sarà automaticamente eseguito per
i comandi che ritornano con uno stato CHECK CONDITION.
PSEUDO_DMA - abilita lo PSEUDO-DMA hardware, che può dare un incremento nelle
prestazioni di 3 o 4 volte.
PARITY - abilita il controllo di parità. Non supportato.
SCSI2 - abilita il supporto per lo "SCSI-II tagged queuing". Non testato.
UNSAFE - lascia attivate le interruzioni durante i trasferimenti
pseudo-DMA. Dovete usarlo solo se avete problemi di caratteri persi
durante comunicazioni ad alta velocità, e, anche in questo caso,
sarebbe bene che provaste a giocherellare un po' con transfersize.
USLEEP - attiva il supporto per dispositivi che non disconnettono. Non
testato.
Problemi comuni
Dovreste installare i patch NCR5380 che ho messo sulla rete un po' di tempo fa, che dovrebbero essere integrati in qualche versione ALPHA futura. Questi patch risolvono dei problemi dei primi driver NCR5380, ed anche del supporto per dispositivi multipli su schede basate su NCR5380.
Se ciò non dovesse funzionare, dovreste disattivare l'opzione PSEUDO_DMA cambiando la riga #define PSEUDO_DMA in drivers/scsi/pas16.c a #undef PSEUDO_DMA.
Notate che quest'ultima operazione deve essere considerata come l'``ultima spiaggia'', poiché ci sarà un netto calo delle prestazioni.
Configurazioni supportate e non supportate
Indirizzi di base : 0xcc000, 00xc8000, 0xdc000, 0xd8000
IRQ : nessuno, 3, 5, 7 (tutte le schede)
10, 12, 14, 15 (solo T128F)
DMA : non usato.
IO : memory mapped
Autorilevamento :
Funziona per tutte le configurazioni supportate, richiede il BIOS installato.
Impostazioni manuali:
Tempo di compilazione: definite T128_OVERRIDE come un vettore contenente
indirizzo e irq. Ad esempio
#define T128_OVERRIDE {{0xcc000, 5}}
per una scheda all'indirizzo 0xcc000, IRQ 5.
Possono essere usati gli IRQ simbolici IRQ_NONE e IRQ_AUTO.
Linea di comando kernel :
t128=indirizzo,irq
Si può usare -1 per nessun irq, -2 per l'autorilevamento dell'irq.
Definizioni:
AUTOSENSE - se definito, REQUEST SENSE verrà eseguito in maniera
automatica per i comandi che ritornano con uno stato CHECK CONDITION.
PSEUDO_DMA - attiva lo PSEUDO-DMA hardware, dovrebbe fornire un aumento
di prestazioni di 3 o 4 volte rispetto a polled I/O.
PARITY - attiva il controllo di parità. Non supportato.
SCSI2 - attiva il supporto per lo "SCSI-II tagged queuing". Non testato.
UNSAFE - lascia attivati gli interrupt durante il trasferimento pseudo-DMA.
Dovete usarlo solo se avete problemi di caratteri persi durante
comunicazioni ad alta velocità, e, anche in questo caso, sarebbe bene
che provaste a giocherellare un po' con transfersize.
USLEEP - attiva il supporto per dispositivi che non disconnettono. Non
testato.
Problemi comuni
Se ciò dovesse fallire, dovreste disattivare l'opzione PSEUDO_DMA cambiando la riga #define PSEUDO_DMA in drivers/scsi/pas16.c a #undef PSEUDO_DMA.
Notate che quest'ultima operazione deve essere considerata come l'``ultima spiaggia'', poiché ci sarà un netto calo delle prestazioni.
Configurazioni supportate
Porte : 0x130, 0x140, 0x210, 0x230, 0x240, 0x310, 0x330, 0x340
IRQ : 10, 11, 14, 15
canali DMA : 5, 6, 7
IO : port mapped, bus master
Autorilevamento :
non funziona per schede alla porta 0x310, BIOS non richiesto.
Impostazioni manuali:
solo a tempo di compilazione, definite PORT_OVERRIDE
Problemi comuni
hd=cylinders,heads,sectors
Configurazioni supportate
Indirizzi BIOS : 0xce000
Porte : 0x350
IRQ : 15
Canali DMA : 6
IO : port mapped, bus master
Autorilevamento
richiede il BIOS installato.
Problemi comuni
ftp://tsx-11.mit.edu/pub/linux/ALPHA/scsi/AM53C974-0.3.tar.gz
Configurazioni supportate :
Porte : tutte
IRQ : tutti
Canali DMA : 6
IO : port mapped, bus master (modo non intelligente)
Hey Drew, dove è questa sezione (io, (D.F) l'ho vista solo nell'indice ;-)?