Le HOWTO Linux de la programmation SCSI
Heiko Eißfeldt heiko@colossus.escape.de (version française : Thierry Danis
thierry.danis@hol.fr, le 26 Janvier 1998, largement basée sur la traduction de
la version v1.4 faite par Bernard Choppy choppy@imaginet.fr).
v1.5, 7 Juin 1996
_________________________________________________________________
_Ce document traite de la programmation de l'interface SCSI générique
de Linux._
_________________________________________________________________
Appendix
1. Les nouveautés
Les interfaces des nouveaux noyaux ont un peu changé. Le chapitre
'rescrutation des périphériques' est concerné par ces changements. Il
est maintenant possible d'ajouter et d'enlever des périphériques SCSI
à chaud et à la volée.
A partir de la version 1.3.98, certains fichiers d'inclusion
importants ont été déplacés ou découpés (sg.h and scsi.h).
Quelques bugs idiots ont été remplacés par d'autres.
2. Introduction
Ce document est un guide d'installation et de programmation de
l'interface générique SCSI de Linux.
Il traite des prérequis du noyau, de l'organisation des périphériques,
et de l'interaction de base avec ces derniers. Quelques exemples
simples de programmation en C sont inclus. Pour de plus amples détails
sur la norme SCSI et les informations associées, reportez-vous à
l'annexe de ce document.
Note : la version texte simple de ce document ne dispose pas de
référénces croisées (indiquées par ``'').
3. Qu'est-ce que l'interface SCSI générique ?
L'interface générique SCSI a été faite pour fournir un accès général à
des périphériques SCSI (éventuellement exotiques). Elle a été
développée par Lawrence Foard ( entropy@world.std.com) et sponsorisée
par Killy Corporation (voir les commentaires du fichier
drivers/scsi/sg.h).
Cette interface permet à des programmes applicatifs (c'est-à-dire hors
du noyau) d'accéder aux fonctionnalités de certains périphériques. Le
développement de pilotes dans le noyau, plus risqués et difficiles à
mettre au point, n'est ainsi plus nécessaire.
Néanmoins, si le périphérique n'est pas correctement programmé, il est
possible de bloquer le bus SCSI, le pilote, ou le noyau. C'est
pourquoi il est important de programmer correctement le pilote
générique, et de commencer par sauvegarder tous les fichiers afin
d'éviter une perte de données. Une autre précaution utile est de faire
un sync avant de lancer vos programmes pour garantir l'écriture de
tous les tampons sur le disque ; cela limitera la perte de données en
cas de blocage du système.
Un autre avantage du pilote générique est que, aussi longtemps que
l'interface elle-même ne change pas, toutes les applications restent
indépendantes des nouveaux développements du noyau. En comparaison,
les pilotes de bas niveau du noyau doivent suivre les évolutions
internes de celui-ci.
Typiquement, le pilote générique est utilisé pour communiquer avec les
nouveaux équipements SCSI qui exigent l'écriture d'applications
utilisateur spécifiques pour tirer avantage de leurs fonctionalités
(par exemple les scanners, les imprimantes, le juke-boxes de CDROM).
L'interface générique permet un développement rapide de ces
applications.
4. Que faut-il pour l'utiliser ?
4.1 Configuration du noyau
Il vous faut évidemment un adapteur SCSI reconnu. De plus, votre noyau
doit être compilé avec le support du pilote générique, en plus de
celui pour votre adapteur. La configuration du noyau Linux (par make
config sous /usr/src/linux) doit ressembler à :
...
*
* SCSI support
*
SCSI support? (CONFIG_SCSI) [n] y
*
* SCSI support type (disk, tape, CDrom)
*
...
Scsi generic support (CONFIG_CHR_DEV_SG) [n] y
*
* SCSI low-level drivers
*
...
Si le noyau est modulable, vous pouvez tout aussi bien utiliser les
modules.
4.2 Fichiers spéciaux
Le pilote générique utilise ses propres fichiers spéciaux. Ils peuvent
être créés par le script MAKEDEV, que l'on trouve habituellement dans
le répertoire /dev. La commande MAKEDEV sg crée les fichiers suivants
:
crw------- 1 root system 21, 0 Aug 20 20:09 /dev/sga
crw------- 1 root system 21, 1 Aug 20 20:09 /dev/sgb
crw------- 1 root system 21, 2 Aug 20 20:09 /dev/sgc
crw------- 1 root system 21, 3 Aug 20 20:09 /dev/sgd
crw------- 1 root system 21, 4 Aug 20 20:09 /dev/sge
crw------- 1 root system 21, 5 Aug 20 20:09 /dev/sgf
crw------- 1 root system 21, 6 Aug 20 20:09 /dev/sgg
crw------- 1 root system 21, 7 Aug 20 20:09 /dev/sgh
| |
numéros majeur, mineur
Notez que ces fichiers sont des fichiers en mode caractère pour
permettre les accès directs. Sur certains systèmes, ces fichiers
peuvent s'appeler /dev/{sg0,sg1,...}, en fonction de votre
installation. Vous devrez donc adapter les exemples qui suivant en
conséquence.
4.3 Organisation des périphériques
Les fichiers spéciaux sont affectés dynamiquement aux ID/LUN (LUN :
Unité logique) du bus SCSI. Les périphériques sont consécutivement
alloués selon les unités logiques de chaque périphérique détecté lors
de la scrutation du bus, les plus petits LUN/ID/BUS étant alloués en
premier. Le noyau commence par le premier contrôleur SCSI et continue
sans interruption avec tous les autres adapteurs. Cette étape est
actuellement réalisée lors de l'initialisation du pilote SCSI.
Par exemple, si vous avez trois périphériques SCSI configurés avec les
ID 1, 3 et 5 sur le premier bus SCSI (chacun avec une seule unité
logique), l'affectation sera la suivante :
/dev/sga -> SCSI id 1
/dev/sgb -> SCSI id 3
/dev/sgc -> SCSI id 5
Si vous ajoutez maintenant un nouveau périphérique d'identificateur 4,
l'organisation après la prochaine scrutation du bus sera :
/dev/sga -> SCSI id 1
/dev/sgb -> SCSI id 3
/dev/sgc -> SCSI id 4
/dev/sgd -> SCSI id 5
Notez le changement pour l'identificateur 5 - le périphérique
correspondant n'est plus affecté à /dev/sgc, mais à /dev/sgd.
Les noyaux plus récents permettent de changer cet ordre.
Insertion et retrait dynamiques de périphériques SCSI
Dans les noyaux récents avec un système de fichier /proc monté, il est
possible de retirer et d'ajouter un périphérique libre (non-busy) à la
volée.
Pour enlever un périphérique SCSI :
echo "scsi remove-single-device a b c d" > /proc/scsi/scsi
De la même manière, ajouter un périphérique SCSI se fera par :
echo "scsi add-single-device a b c d" > /proc/scsi/scsi
Ici, a, b, c et d sont définis de la façon suivante :
a == identificateur de l'adapteur (le premier a l'id 0)
b == canal SCSI sur l'adapteur (le premier a le numéro 0)
c == ID
d == LUN (la première ayant le numéro 0)
Ainsi, si nous désirons intervertir l'affectation des fichiers
/dev/sgc et /dev/sgd de l'exemple précédent, nous pouvons faire :
echo "scsi remove-single-device 0 0 4 0" > /proc/scsi/scsi
echo "scsi remove-single-device 0 0 5 0" > /proc/scsi/scsi
echo "scsi add-single-device 0 0 5 0" > /proc/scsi/scsi
echo "scsi add-single-device 0 0 4 0" > /proc/scsi/scsi
puisque les périphériques génériques sont alloués dans leur ordre
d'insertion.
Si vous voulez ajouter de nouveaux périphériques sur le bus SCSI,
gardez à l'esprit qu'un nombre limité d'entrées supplémentaires a été
attribué. La mémoire a été allouée au démarrage, et il n'y a de place
que pour 2 entrées supplémentaires.
5. Le guide du programmeur
Les sections qui suivent s'adressent aux programmeurs désireux
d'utiliser l'interface générique SCSI dans leurs propres applications.
Nous allons donner un exemple permettant d'accéder à un périphérique
SCSI par le biais des commandes INQUIRY et TESTUNITREADY.
Lors de l'utilisation de ces exemples, prenez garde à ce qui suit :
* l'emplacement des fichiers d'inclusion sg.h et scsi.h a changé à
partir du noyau 1.3.98. Ces fichiers se trouvent maintenant à
/usr/src/linux/include/scsi, qui devrait être un lien vers
/usr/include/scsi. Dans les versions précédentes, ils se
trouvaient dans /usr/src/linux/drivers/scsi. Nous supposerons dans
la suite que vous utilisez un de ces noyaux récents.
* l'interface générique SCSI a été étendue dans la version 1.1.68 du
noyau. Les exemples nécessitent au moins cette version. En
revanche, évitez d'utiliser les noyaux de 1.1.77 à 1.1.89 qui
disposent d'une interface générique SCSI défectueuse.
* la constante DEVICE de la section qui décrit le périphérique
accédé doit être positionnée en fonction de vos périphériques
disponibles (reportez-vous au chapitre La structure d'en-tête).
6. Vue d'ensemble de la programmation des périphériques
Le fichier d'inclusion include/scsi/sg.h contient une description de
l'interface (celle du noyau 1.3.98) :
struct sg_header
{
/*
* longueur du paquet entrant (y compris en-tête)
*/
int pack_len;
/*
* taille max de la réponse attendue
*/
int reply_len;
/*
* numéro d'id du paquet
*/
int pack_id;
/*
* 0 == ok,
* pour les autres, voir les codes pour errno
*/
int result;
/*
* Force la longueur a 12 pour les commandes des
* groupes 6 & 7
*/
unsigned int twelve_byte:1;
/*
* pour utilisation future
*/
unsigned int other_flags:31;
/*
* uniquement utilisé lors des lectures
*/
unsigned char sense_buffer[16];
/*
* la commande suit puis les données de la
* commande
* .............
*/
Cette structure décrit comment une commande SCSI doit être traitée et
disposer de place pour le résultat de son exécution. Les composants
individuels de la structure seront abordés plus loin à la section La
structure d'en-tête.
La méthode générale pour échanger des données avec le pilote générique
est la suivante : pour envoyer une commande à un périphérique
générique ouvert, il faut écrire (write()) un bloc composé des trois
parties suivantes :
struct sg_header
commande SCSI
données envoyées avec la commande
Pour obtenir le résultat d'une commande, il faut lire (read()) un bloc
composés des parties suivantes (similaires à l'écriture) :
struct sg_header
données en entrée
Il s'agit d'une vue générale de la procédure. Les sections qui suivent
décrivent chaque étape en détail.
NOTE : jusqu'à de récentes versions du noyau, il était nécessaire de
bloquer le signal SIGINT entre les appels write() et le read()
correspondant (par exemple, par sigprocmask()). Un retour après la
partie écriture sans lecture pour récupérer les résultats va bloquer
les accès suivants. Le blocage du signal n'a pas encore été inclus
dans le code des exemples. Evitez donc d'envoyer un SIGINT (par ^C,
par exemple) lors du test de ceux-ci.
7. Ouverture du périphérique
Un périphérique générique doit être ouvert avant tout accès en lecture
ou en écriture :
int fd = open(nom_du_périphérique, O_RDWR);
(ce qui précède s'applique aussi pour les matériels en lecture seule
comme les lecteurs de CDROM).
Il faut exécuter un write pour envoyer la commande et un read pour en
lire le résultat. En cas d'erreur, le code de retour est négatif (se
reporter à la section Traitement d'erreurs pour la liste complète des
codes de retour).
8. La structure d'en-tête
La structure d'en-tête struct sg_header est utilisée comme couche de
contrôle entre l'application et le pilote du noyau. Abordons
maintenant le détail de ses composants.
_int pack_len_
définit la taille du bloc envoyé au pilote. Cette valeur est
définie dans le noyau pour une utilisation interne.
_int reply_len_
définit la taille du bloc accepté en réponse. Cette valeur est
définie du côté application.
_int pack_id_
Ce champ facilite l'appariement des réponses aux requêtes.
L'application peut fournir un identifiant unique à chaque
requête. Supposons que vous ayez écrit un certain nombre de
commandes (disons 4) pour un périphérique. Celles-ci peuvent
fonctionner en parallèle, l'une d'entre elles étant la plus
rapide. Lors de la lecture des réponses par quatre "read",
celles-ci ne sont pas forcément dans l'ordre des requêtes. Pour
identifier la réponse correcte pour une requête, on peut
utiliser le champ pack_id. Habituellement, cette valeur est
incrémentée après chaque requête (et boucle éventuellement). Le
nombre maximum de requêtes émises simultanément est limité par
le noyau à SG_MAX_QUEUE (en général, quatre).
_int result_
C'est la valeur du résultat d'un appel à read ou à write. Elle
est (parfois) définie par la le pilote générique (partie
noyau). Il est plus prudent de le positionner à 9 avant l'appel
à write. Ces codes sont déclarés dans le fichier errno.h (0
indique un résultat correct).
_unsigned int twelve_byte:1_
Ce champ n'est nécessaire que lors de l'utilisation de
commandes spécifiques non standard (dans la plage 0xc0 à 0xff).
Lorsque la longueur de ces commandes est de 12 octets au lieu
de 10, il faut positionner ce champ à 1 avant l'appel à write.
D'autres longueurs de commandes ne peuvent être utilisées. Ce
champ est positionné par l'application.
_unsigned char sense_buffer[16]_
Ce tampon est positionné après l'exécution d'une commande
(après un appel à read()) et contient le code de "sensation"
SCSI (SCSI send code. NdT. : dans le reste du document, on
utilisera simplement la formule "tampon SCSI"). Certains
résultats de commandes doivent être lus à cet emplacement (par
exemple pour TESTUNITREADY). Il ne contient habituellement que
des octets nuls. La valeur de ce champ est positionnée par le
pilote générique (partie noyau).
L'exemple de fonction qui suit s'interface directement avec le pilote
générique du noyau. Il définit la structure d'en-tête, envoie la
commande par write, lit le résultat par read et effectue un nombre
(limité) de contrôles d'erreurs. Les données du tampon SCSI sont
disponibles dans le tampon de sortie (sauf si un pointeur nul a été
fourni, auquel cas elles se trouvent dans le tampon d'entrée). Nous
l'utiliserons dans les exemples qui suivent.
Note : positionnez la valeur de DEVICE à celle qui correspond à votre
matériel.
#define DEVICE "/dev/sgc"
/* Programme d'exemple utilisant l'interface SCSI générique */
#include <stdio.h>
#include <unistd.h>
#include <string.h>
#include <fcntl.h>
#include <errno.h>
#include <scsi/sg.h>
#define SCSI_OFF sizeof(struct sg_header)
static unsigned char cmd[SCSI_OFF + 18]; /* tampon de commande SCSI */
int fd; /*
* descripteur de peripherique/
* fichier SCSI
*/
/* traite une commande SCSI complète. Utilise l'interface générique */
static int handle_SCSI_cmd(unsigned cmd_len, /* longueur de commande */
unsigned in_size, /* taille data en entrée */
unsigned char *i_buff,/* tampon d'entrée *//
unsigned out_size, /* taille data en sortie */
unsigned char *o_buff /* tampon de sortie */
)
{
int status = 0;
struct sg_header *sg_hd;
/* vérifications de sécurité */
if (!cmd_len) return -1; /* nécessite que cmd_len != 0 */
if (!i_buff) return -1; /* nécessite que i_buff != NULL */
#ifdef SG_BIG_BUFF
if (SCSI_OFF + cmd_len + in_size > SG_BIG_BUFF) return -1;
if (SCSI_OFF + out_size > SG_BIG_BUFF) return -1;
#else
if (SCSI_OFF + cmd_len + in_size > 4096) return -1;
if (SCSI_OFF + out_size > 4096) return -1;
#endif
if (!o_buff) out_size = 0; /* pas de tampon de sortie, pas de */
/* taille */
/* construction de l'en-tête générique de périphérique */
sg_hd = (struct sg_header *) i_buff;
sg_hd->reply_len = SCSI_OFF + out_size;
sg_hd->twelve_byte = cmd_len == 12;
sg_hd->result = 0;
#if 0
sg_hd->pack_len = SCSI_OFF + cmd_len + in_size; /* non indispensable */
sg_hd->pack_id; /* inutilise */
sg_hd->other_flags; /* inutilise */
#endif
/* envoi de la commande */
status = write( fd, i_buff, SCSI_OFF + cmd_len + in_size );
if ( status < 0 || status != SCSI_OFF + cmd_len + in_size ||
sg_hd->result ) {
/* condition d'erreur */
fprintf( stderr, "write(generic) resultat = 0x%x cmd = 0x%x\n",
sg_hd->result, i_buff[SCSI_OFF] );
perror("");
return status;
}
if (!o_buff) o_buff = i_buff; /* contrôle du pointeur du tampon */
/* récupération du résultat */
status = read( fd, o_buff, SCSI_OFF + out_size);
if ( status < 0 || status != SCSI_OFF + out_size || sg_hd->result ) {
/* condition d'erreur */
fprintf( stderr, "read(generic) statut = 0x%x, resultat = 0x%x, "
"cmd = 0x%x\n",
status, sg_hd->result, o_buff[SCSI_OFF] );
fprintf( stderr, "read(generic) tampon SCSI "
"%x %x %x %x %x %x %x %x %x %x %x %x %x %x %x %x\n",
sg_hd->sense_buffer[0], sg_hd->sense_buffer[1],
sg_hd->sense_buffer[2], sg_hd->sense_buffer[3],
sg_hd->sense_buffer[4], sg_hd->sense_buffer[5],
sg_hd->sense_buffer[6], sg_hd->sense_buffer[7],
sg_hd->sense_buffer[8], sg_hd->sense_buffer[9],
sg_hd->sense_buffer[10], sg_hd->sense_buffer[11],
sg_hd->sense_buffer[12], sg_hd->sense_buffer[13],
sg_hd->sense_buffer[14], sg_hd->sense_buffer[15]);
if (status < 0)
perror("");
}
/* A-t-on ce qu'on attendait ? */
if (status == SCSI_OFF + out_size) status = 0; /* on a tout */
return status; /* 0 indique que tout est bon */
}
Bien que cela puisse sembler quelque peu complexe au premier abord,
une grande partie du code est dédiée aux contrôle et détection
d'erreurs (ce qui est utile même une fois que le code fonctionne
correctement).
Handle_SCSI_cmd présente une forme généralisée pour tous les types de
commandes SCSI, qui correspondent à l'une des catégories qui suivent :
Mode de données | Exemple de commande
=============================================================
ni entrée ni sortie de données | test d'unite prête
pas d'entrée, sortie de données | requête, lecture
entrée de données, pas de sortie| selection de mode, écriture
entrée et sortie de données | détection de mode
9. Exemple de commande de requête
L'une des commandes SCSI de base est INQUIRY, utilisée pour identifier
les type et constructeur du périphérique. Voici la définition issue de
la spécification SCSI-2 (se reporter au standard SCSI-2 pour les
détails).
Table 44: Commande INQUIRY
+=====-========-========-========-========-========-========-========-========+
| Bit| 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
|Octet| | | | | | | | |
|=====+=======================================================================|
| 0 | Code opération (12h) |
|-----+-----------------------------------------------------------------------|
| 1 |Numéro d'unité logique | Réservé | EVPD |
|-----+-----------------------------------------------------------------------|
| 2 | Code page |
|-----+-----------------------------------------------------------------------|
| 3 | Réservé |
|-----+-----------------------------------------------------------------------|
| 4 | Taille d'allocation |
|-----+-----------------------------------------------------------------------|
| 5 | Contrôle |
+=============================================================================+
Les données en sortie ont l'allure suivante :
Table 45: Format standard de données INQUIRY
+=====-========-========-========-========-========-========-========-========+
| Bit| 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
|Octet| | | | | | | | |
|=====+==========================+============================================|
| 0 | Qualificateur de périph. | Type de périphérique |
|-----+-----------------------------------------------------------------------|
| 1 | RMB | Modificateur de type de périphérique |
|-----+-----------------------------------------------------------------------|
| 2 | Version ISO | Version ECMA | Version approuvée ANSI |
|-----+-----------------+-----------------------------------------------------|
| 3 | AENC | TrmIOP | Réservé | Format de données en réponse |
|-----+-----------------------------------------------------------------------|
| 4 | Longueur additionnelle (n-4) |
|-----+-----------------------------------------------------------------------|
| 5 | Réservé |
|-----+-----------------------------------------------------------------------|
| 6 | Réservé |
|-----+-----------------------------------------------------------------------|
| 7 | RelAdr | WBus32 | WBus16 | Sync | Linked |Reserve | CmdQue | SftRe |
|-----+-----------------------------------------------------------------------|
| 8 | (MSB) |
|- - -+--- Identification de constructeur ---|
| 15 | (LSB) |
|-----+-----------------------------------------------------------------------|
| 16 | (MSB) |
|- - -+--- Identification de produit ---|
| 31 | (LSB) |
|-----+-----------------------------------------------------------------------|
| 32 | (MSB) |
|- - -+--- Niveau de révision du produit ---|
| 35 | (LSB) |
|-----+-----------------------------------------------------------------------|
| 36 | |
|- - -+--- Spécifique constructeur ---|
| 55 | |
|-----+-----------------------------------------------------------------------|
| 56 | |
|- - -+--- Réservé ---|
| 95 | |
|=====+=======================================================================|
| | Paramètres spécifiques constructeur |
|=====+=======================================================================|
| 96 | |
|- - -+--- Spécifique constructeur ---|
| n | |
+=============================================================================+
L'exemple qui suit utilise la fonction de bas niveau handle_SCSI_cmd
pour effectuer la commande SCSI INQUIRY.
Tout d'abord, nous ajoutons le bloc de commande à l'en-tête générique,
puis appelons handle_SCSI_cmd. Notez que l'argument taille de tampon
en sortie de l'appel handle_SCSI_cmd exclut la taille de l'en-tête
générique. Après l'exécution de la commande, le tampon de sortie
contient les informations, sauf si une erreur s'est produite.
#define INQUIRY_CMD 0x12
#define INQUIRY_CMDLEN 6
#define INQUIRY_REPLY_LEN 96
#define INQUIRY_VENDOR 8 /* décalage vers le nom du constructeur */
/* recherche du constructeur et du modèle */
static unsigned char *Inquiry ( void )
{
unsigned char Inqbuffer[ SCSI_OFF + INQUIRY_REPLY_LEN ];
unsigned char cmdblk [ INQUIRY_CMDLEN ] =
{ INQUIRY_CMD, /* commande */
0, /* lun/réservé */
0, /* code de page */
0, /* réservé */
INQUIRY_REPLY_LEN, /* longueur allocation */
0 };/* réservé / drapeau / lien */
memcpy( cmd + SCSI_OFF, cmdblk, sizeof(cmdblk) );
/*
* +------------------+
* | struct sg_header | <- commande
* +------------------+
* | copie de cmdblk | <- commande + SCSI_OFF
* +------------------+
*/
if (handle_SCSI_cmd(sizeof(cmdblk), 0, cmd,
sizeof(Inqbuffer) - SCSI_OFF, Inqbuffer )) {
fprintf( stderr, "La requete a echoue\n" );
exit(2);
}
return (Inqbuffer + SCSI_OFF);
}
L'exemple ci-dessus suit cette structure. La fonction Inquiry recopie
son bloc de commande après l'en-tête générique (donné par SCSI_OFF).
Les données en entrée sont absentes de cette commande. handle_SCSI_cmd
définit la structure d'en-tête. Nous pouvons maintenant implémenter la
fonction main qui complète ce programme d'exemple fonctionnel.
void main( void )
{
fd = open(DEVICE, O_RDWR);
if (fd < 0) {
fprintf( stderr, "Il faut les permissions lecture/ecriture pour "DEVICE".\n
" );
exit(1);
}
/* affiche certains champs du résultat de Inquiry() */
printf( "%s\n", Inquiry() + INQUIRY_VENDOR );
}
Tout d'abord, nous ouvrons le périphérique, contrôlons l'absence
d'erreur, puis appelons la fonction de haut niveau. Ensuite, nous
affichons des résultats sous une forme lisible, dont le constructeur,
le produit et la version.
Note : il y a plus d'informations dans le résultat de "Inquiry" que ce
que fournit ce petit programme. Il vous est loisible d'étendre
celui-ci au type de périphérique, version ANSI, etc. Le type de
périphérique a une importance particulière, puisqu'il détermine les
jeux de commandes obligatoires et facultatives pour celui-ci. Si vous
ne souhaitez pas le programmer vous-même, Eric Youngdale a réalisé le
programme scsiinfo, qui fournit à peu près toute information
disponible pour un périphérique SCSI. Cherchez sur tsx-11.mit.edu dans
pub/Linux/ALPHA/scsi (NdT : on trouvera ce programme sur les sites
miroirs français, comme ftp.ibp.fr, à un emplacement similaire).
10. Le "tampon SCSI"
Les commandes qui ne renvoient pas de données peuvent fournir des
informations d'état à l'aide du tampon SCSI (qui fait partie
intégrante de la structure d'en-tête). Les données d'état sont
disponibles lorsque la commande précédente s'est terminée avec un
statut "CHECK CONDITION". Dans ce cas, le noyau rapatrie
automatiquement les données d'état à l'aide d'une commande "REQUEST
SENSE". Sa structure est la suivante :
+=====-========-========-========-========-========-========-========-========+
| Bit| 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
|Octet| | | | | | | | |
|=====+========+==============================================================|
| 0 | Valide | Code d'erreur (70h ou 71h) |
|-----+-----------------------------------------------------------------------|
| 1 | Numéro de segment |
|-----+-----------------------------------------------------------------------|
| 2 |Filemark| EOM | ILI |Réservé | Clef d'état |
|-----+-----------------------------------------------------------------------|
| 3 | (MSB) |
|- - -+--- Information ---|
| 6 | (LSB) |
|-----+-----------------------------------------------------------------------|
| 7 | Longueur additionnelle d'état (n-7) |
|-----+-----------------------------------------------------------------------|
| 8 | (MSB) |
|- - -+--- Information spécifique de la commande ---|
| 11 | (LSB) |
|-----+-----------------------------------------------------------------------|
| 12 | Code d'état additionnel |
|-----+-----------------------------------------------------------------------|
| 13 | Qualificateur de code d'état additionnel |
|-----+-----------------------------------------------------------------------|
| 14 | Code d'unité de champ remplaçable |
|-----+-----------------------------------------------------------------------|
| 15 | SKSV | |
|- - -+------------ Spécifique clef d'état ---|
| 17 | |
|-----+-----------------------------------------------------------------------|
| 18 | |
|- - -+--- Octets supplémentaires d'état ---|
| n | |
+=============================================================================+
Note : les champs les plus utiles sont la clef d'état (cf. section
Clefs du buffer SCSI), le code d'état additionnel et le qualificateur
de code d'état additionnel (cf. section Codes et qualificateurs du
buffer SCSI additionnels). Les deux derniers sont utilisés en
combinaison l'un avec l'autre.
11. Exemple d'utilisation du tampon SCSI
Nous allons utiliser ici la commande "TEST UNIT READY" pour contrôler
si un support est chargé dans notre périphérique. Les déclarations
d'en-tête et la fonction handle_SCSI_cmd de l'exemple de "Inquiry"
seront aussi nécessaires.
Table 73: Commande TEST UNIT READY
+=====-========-========-========-========-========-========-========-========+
| Bit| 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
|Octet| | | | | | | | |
|=====+=======================================================================|
| 0 | Code opération (00h) |
|-----+-----------------------------------------------------------------------|
| 1 |Numero d'unité logique LUN| Réservé |
|-----+-----------------------------------------------------------------------|
| 2 | Réservé |
|-----+-----------------------------------------------------------------------|
| 3 | Réservé |
|-----+-----------------------------------------------------------------------|
| 4 | Réservé |
|-----+-----------------------------------------------------------------------|
| 5 | Contrôle |
+=============================================================================+
Voici la fonction qui l'implémente :
#define TESTUNITREADY_CMD 0
#define TESTUNITREADY_CMDLEN 6
#define ADD_SENSECODE 12
#define ADD_SC_QUALIFIER 13
#define NO_MEDIA_SC 0x3a
#define NO_MEDIA_SCQ 0x00
int TestForMedium ( void )
{
/* demande le statut READY */
static unsigned char cmdblk [TESTUNITREADY_CMDLEN] = {
TESTUNITREADY_CMD, /* commande */
0, /* lun/réservé */
0, /* réservé */
0, /* réservé */
0, /* réservé */
0};/* contrôle */
memcpy( cmd + SCSI_OFF, cmdblk, sizeof(cmdblk) );
/*
* +------------------+
* | struct sg_header | <- commande
* +------------------+
* | copie de cmdblk | <- commande + SCSI_OFF
* +------------------+
*/
if (handle_SCSI_cmd(sizeof(cmdblk), 0, cmd,
0, NULL)) {
fprintf (stderr, "Unite non prete\n");
exit(2);
}
return
*(((struct sg_header*)cmd)->sense_buffer +ADD_SENSECODE) !=
NO_MEDIA_SC ||
*(((struct sg_header*)cmd)->sense_buffer +ADD_SC_QUALIFIER) !=
NO_MEDIA_SCQ;
}
Nous pouvons maintenant réaliser le contrôle à l'aide de la fonction
main :
void main( void )
{
fd = open(DEVICE, O_RDWR);
if (fd < 0) {
fprintf( stderr, "Il faut les permissions lecture/ecriture pour "DEVICE".\n
"
);
exit(1);
}
/* on regarde si le support est charge */
if (!TestForMedium()) {
printf("le support n'est pas charge\n");
} else {
printf("le support est charge\n");
}
}
Le fichier generic_demo.c en annexe contient les deux exemples.
12. Fonctions ioctl
Deux fonctions ioctl sont disponibles :
* ioctl(fd, SG_SET_TIMEOUT, &Timeout); définit la valeur du timeout
à Timeout * 10 millisecondes. Timeout doit être déclaré en tant
qu'entier (int).
* ioctl(fd, SG_GET_TIMEOUT, &Timeout); lit la valeur du timeout en
cours. Timeout doit être déclaré en tant qu'entier (int).
13. Valeurs par défaut du pilote
13.1 Tailles de transfert
Actuellement (au moins jusqu'au noyau version 1.1.68), les tailles
d'entrée et de sortie doivent être inférieures ou égales à 4096
octets, sauf si le noyau a été compilé avec la constante SG_BIG_BUFF
définie, auquel cas elles sont limitées à SG_BIG_BUFF (soit 32768)
octets. Les tailles données comprennent l'en-tête générique ainsi que
le bloc de commande fourni en entrée. SG_BIG_BUFF peut être augmentée
sans problème jusqu'à (131072 - 512). Pour en bénéficier, vous devrez
bien évidemment regénérer un nouveau noyau et redémarrer avec.
13.2 Timeout et valeurs de réessais
La valeur du timeout par défaut est d'une minute (Timeout = 6 000).
Elle peut être modifiée à l'aide d'un appel à ioctl (cf. section
Fonctions ioctl). Le nombre de réessais par défaut est un.
14. Comment obtenir les spécifications SCSI ?
Il existe des normes appelées SCSI-1, SCSI-2 et SCSI-3. Les normes
assurent à peu de choses près la compatibilité ascendante.
Le standard SCSI-1 est (d'après l'auteur) en grande partie obsolète,
et SCSI-2 est celui qui est le plus largement utilisé. SCSI-3 est très
jeune et très cher. Ces jeux de commandes normalisés définissent des
commandes obligatoires et facultatives pour les constructeurs de
matériels SCSI et doivent être préférées aux extensions spécifiques
non normalisées et pour lesquelles l'information est plus difficile à
obtenir. Evidemment, il n'y a parfois aucune alternative à ces
extensions propriétaires.
Des copies électroniques sont disponibles par FTP anonyme depuis :
* ftp.cs.tulane.edu:pub/scsi
* ftp.symbios.com:/pub/standards
* ftp.cs.uni-sb.de:/pub/misc/doc/scsi
(J'ai eu mes spécifications SCSI dans le CD-ROM Linux d'Yggdrasil,
dans le répertoires /usr/doc/scsi-2 et /usr/doc/scsi-1).
La FAQ SCSI liste aussi les sources d'information imprimée suivantes :
Les spécifications SCSI - disponible depuis :
Global Engineering Documents
15 Inverness Way East
Englewood Co 80112-5704
(800) 854-7179
SCSI-1: X3.131-1986
SCSI-2: X3.131-199x
SCSI-3 X3T9.2/91-010R4 Working Draft
(Global Engineering Documentation in Irvine, CA (714)261-1455??)
SCSI-1: Doc \# X3.131-1986 from ANSI, 1430 Broadway, NY, NY 10018
IN-DEPTH EXPLORATION OF SCSI peut être trouvé chez
Solution Technology, Attn: SCSI Publications, POB 104, Boulder Creek,
CA 95006, (408)338-4285, FAX (408)338-4374
THE SCSI ENCYLOPEDIA et SCSI BENCH REFERENCE peuvent être obtenus chez
ENDL Publishing, 14426 Black Walnut Ct., Saratoga, CA 95090,
(408)867-6642, FAX (408)867-2115
SCSI: UNDERSTANDING THE SMALL COMPUTER SYSTEM INTERFACE est publié chez
Prentice-Hall, ISBN 0-13-796855-8
15. D'autres sources d'information
15.1 HOWTOs et FAQs
Le _SCSI-HOWTO_ Linux de Drew Eckhardt (NdT : disponible en version
française) traite de tous les contrôleurs SCSI reconnus ainsi que des
questions spécifiques aux périphériques. De nombreux aides pour le
dépannage sont fournies. Il est disponible sur sunsite.unc.edu dans
/pub/Linux/docs/LDP et sur ses sites miroirs.
Les questions générales concernant le SCSI ont une réponse dans la FAQ
SCSI du groupe de news comp.periphs.scsi (disponible sur tsx-11 dans
/pub/linux/ALPHA/scsi et sur les sites miroirs).
15.2 La liste de messagerie
Il existe une _liste de messagerie_ qui traite des rapports
d'anomalies et questions sur le développement SCSI sous Linux. Pour la
rejoindre, envoyez un courrier à majordomo@vger.rutgers.edu avec la
ligne subscribe linux-scsi dans le corps du message. Les messages
doivent être envoyés à linux-scsi@vger.rutgers.edu. Un texte d'aide
peut être demandé par envoi de la ligne de message "help" à
majordomo@vger.rutgers.edu.
15.3 Exemples de code
_sunsite.unc.edu: apps/graphics/hpscanpbm-0.3a.tar.gz_
Ce paquetage gère un scanner HP scanjet à l'aide de l'interface
générique.
_tsx-11.mit.edu: BETA/cdrom/private/mkisofs/cdwrite-1.3.tar.gz_
Le paquetage cdwrite utilise l'interface générique pour écrire
une image de CD sur un graveur.
_sunsite.unc.edu: apps/sound/cds/cdda2wav*.src.tar.gz_
Un composant pour mes propres applications, qui copie des
pistes audio de CD sous forme de fichiers wav.
16. Autres choses utiles
Des choses qui pourraient devenir pratiques. Je n'ai aucune idée de la
présence de versions plus récentes ou meilleures ici ou là. Toute
information est la bienvenue.
16.1 Aides à l'écriture de pilotes de périphériques
Ces documents peuvent être trouvés sur le serveur ftp de
sunsite.unc.edu et sur ses miroirs.
_/pub/Linux/docs/kernel/kernel-hackers-guide_
Le guide des stakhanovistes du noyau LDP (NdT : Projet de
Documentation Linux). Il est peut-être un peu ancien, mais
traite les points les plus fondamentaux.
_/pub/Linux/docs/kernel/drivers.doc.z_
Ce document traite de l'écriture de pilotes caractères.
_/pub/Linux/docs/kernel/tutorial.doc.z_
Tutoriel sur l'écriture d'un pilote de périphérique caractère
avec le code.
_/pub/Linux/docs/kernel/scsi.paper.tar.gz_
Un document Latex décrivant comment écrire un pilote SCSI.
_/pub/Linux/docs/hardware/DEVICES_
Une liste des numéros majeurs et mineurs utilisés par Linux.
16.2 Utilitaires
_tsx-11.mit.edu: ALPHA/scsi/scsiinfo*.tar.gz_
Programme d'interrogation d'un périphérique SCSI pour obtenir
ses paramètres d'utilisation, listes de défauts, etc. Une
interface X nécessitant Tk/Tcl/wish est disponible. Avec cette
dernière, vous pouvez facilement modifier la configuration du
lecteur.
_tsx-11.mit.edu: ALPHA/kdebug_
Une extension à pour le déverminage du noyau.
17. Autres interfaces d'accès au SCSI
Sous Linux, on peut accéder différemment au SCSI via des appels ioctl
SCSI_IOCTL_SEND_COMMAND qui nécessitent des privilèges root. Les
paquetages "scsiinfos" ainsi que "cdda2wav" les utilisent.
D'autres interfaces similaires sont utilisées dans le monde Unix, mais
ne sont pas disponibles pour Linux :
1. CAM (Common Access Method) développée par Future Domain et
d'autres constructeurs SCSI. Linux dispose maintenant d'un petit
support pour un système CAM SCSI (essentiellement pour bouter
depuis un disque dur). CAM supporte même le mode "target", qui
permet de déguiser un ordinateur en périphérique SCSI (c.à.d.
réaliser un petit réseau SCSI).
2. ASPI (Advanced SCSI Programming Interface) developpée par Adaptec.
C'est le standard de facto pour les machines MS-DOS.
3. ??? est disponible sur NeXTStep.
4. DSLIB est disponible sur Silicon Graphics.
5. SCSI... est disponible sur les machines SUN.
6. SCO Unix a aussi quelque chose.
7. HPUX utilise des ioctl. -->
D'autres interfaces applicatives existent aussi chez SCO(TM),
NeXT(TM), Silicon Graphics(TM) et SUN(TM).
18. Commentaires finals
L'interface générique SCSI jette un pont sur le fossé entre les
applications utilisateur et les périphériques spécifiques. Mais plutôt
que de charger de nombreux programmes avec des jeux similaires de
fonctions de bas niveau, il serait plus souhaitable de disposer d'une
bibliothèque partagée avec un jeu généralisé de fonctions de bas
niveau pour un usage particulier. Le but principal est de disposer de
couches d'interfaces indépendantes. Une bonne conception doit séparer
une application en routines de bas niveau et indépendantes du
matériel. Celles-ci peuvent être placées dans une bibliothèque
partagée et rendues disponibles pour toutes les applications. Ainsi,
les interfaces standardisées doivent être suivies autant que possible
avant d'en réaliser de nouvelles.
Vous devriez maintenant en savoir plus que moi sur l'interface
générique SCSI de Linux. Vous pouvez donc commencer à développer de
puissantes applications pour le plus grand bénéfice de la communauté
Linux...
19. Remerciements
Un grand merci à Jeff Tranter pour ses corrections et améliorations
considérables de ce texte, ainsi qu'à Carlos Puchol pour ses
commentaires utiles. L'aide de Drew Eckhardt et Eric Youngdale sur mes
premières questions (idiotes) sur l'utilisation de cette interface a
été appréciée.
20. Annexe
21. Traitement d'erreurs
Les fonctions open, ioctl, write et read peuvent renvoyer des erreurs.
Dans ce cas, leur valeur de retour est -1 et la variable globale errno
est positionnée au numéro d'erreur (négatif). Les valeurs de errno
sont définies dans /usr/include/errno.h. Les valeurs négatives
possibles sont les suivantes :
Fonction | Erreur | Description
=========|==============|==================================================
open | ENXIO | périphérique invalide
| EACCES | l'accès n'est pas en lecture/écriture (O_RDWR)
| EBUSY | le périphérique est accédé en mode non bloquant,
| | mais il est occupé actuellement
| ERESTARTSYS | erreur interne. Essayez de la rendre reproductible
| | et informez-en le canal SCSI (pour les détails sur
| | le rapport de bogue, se reporter au SCSI-HOWTO de
| | Drew Eckhardts).
ioctl | ENXIO | périphérique invalide
read | EAGAIN | le périphérique bloqué. Essayez plus tard.
| ERESTARTSYS | erreur interne. Essayez de la rendre reproductible
| | et informez-en le canal SCSI (pour les détails sur
| | le rapport de bogue, se reporter au SCSI-HOWTO de
| | Drew Eckhardts).
write | EIO | taille trop petite (plus petite que cette de l'en-
| | tête générique). Attention : il n'y a actuellement
| | aucun contrôle de débordement.
| EAGAIN | le périphérique bloqué. Essayez plus tard.
| ENOMEM | la mémoire nécessaire pour cette requête ne peut
| | être allouée. Essayez plus tard sauf si vous depas-
| | sez la taille maximale de transfert (cf. ci-dessus).
select | | sans description
close | | sans description
Pour la lecture et l'écriture, des valeurs de retour positivent
indiquent comme d'habitude la quantité d'octets transférés. Cette
valeur doit correspondre à celle demandée.
21.1 Décodage de l'état d'erreur
En plus, une information détaillée est fournie par hd_status du noyau
et par sense_buffer du périphérique (cf. section ref
id="sec-sensebuff" name="Le tampon SCSI">), les deux utilisant la
structure d'en-tête générique.
Les différents sens de hd_status peuvent être trouvés dans
drivers/scsi/scsi.h. Cet unsigned int est composé de différentes
parties :
lsb | ... | ... | msb
=======|===========|===========|============
status | sense key | host code | driver byte
Les macros de drivers/scsi/scsi.h sont disponibles, mais elles ne
peuvent malheureusement pas être facilement utilisées à cause
d'interdépendances tordues entre fichiers d'en-tête. Il faudrait faire
une passe sur ces fichiers pour clarifier les choses.
Macro | Description
=======================|=================================================
status_byte(hd_status) | Etat du périphérique. cf. section Codes d'etat
msg_byte(hd_status) | du péripherique. cf. section buffer SCSI
host_byte(hd_status) | du noyau. cf. section codes hôte
driver_byte(hd_status) | du noyau. cf. section codes intermédiaires
21.2 Codes d'état
Les codes d'état de périphérique qui suivent (issus de
drivers/scsi/scsi.h) sont disponibles :
Valeur | Symbole
=======|=====================
0x00 | GOOD
0x01 | CHECK_CONDITION
0x02 | CONDITION_GOOD
0x04 | BUSY
0x08 | INTERMEDIATE_GOOD
0x0a | INTERMEDIATE_C_GOOD
0x0c | RESERVATION_CONFLICT
On constate que ces valeurs symboliques ont subi un _décalage droit_.
Lorsque l'état indique CHECK_CONDITION, les données du buffer SCSI
sont valides (contrôlez en particulier le code d'état additionnel et
le qualificateur de code d'état additionnel).
Les valeurs qui suivent concernent les spécifications SCSI-2 :
Table 27 : Code de l'octet d'état
+=================================-==============================+
| Bits de l'octet d'état | Etat |
| 7 6 5 4 3 2 1 0 | |
|---------------------------------+------------------------------|
| R R 0 0 0 0 0 R | GOOD |
| R R 0 0 0 0 1 R | CHECK CONDITION |
| R R 0 0 0 1 0 R | CONDITION MET |
| R R 0 0 1 0 0 R | BUSY |
| R R 0 1 0 0 0 R | INTERMEDIATE |
| R R 0 1 0 1 0 R | INTERMEDIATE-CONDITION MET |
| R R 0 1 1 0 0 R | RESERVATION CONFLICT |
| R R 1 0 0 0 1 R | COMMAND TERMINATED |
| R R 1 0 1 0 0 R | QUEUE FULL |
| | |
| Tous autres codes | Réservé |
|----------------------------------------------------------------|
| R = Bit réservé |
+================================================================+
La définition des codes de l'octet d'état sont données ci-dessous :
_GOOD._
Cet état indique que la cible a correctement exécuté la
commande.
_CHECK CONDITION._
Cet état indique qu'une condition de contention s'est produite
(cf. 6.6).
_CONDITION MET._
Cet état, ou INTERMEDIATE-CONDITION MET est renvoyé lorsque les
conditions de l'opération demandée sont satisfaites (cf.
commandes SEARCH DATA et PRE-FETCH).
_BUSY._
Cet état indique que la cible est occupée. Il peut être renvoyé
lorsque la cible ne peut accepter de commande depuis un
initiateur inacceptable par ailleurs (i.e. conflit d'absence de
réservation). L'action de reprise recommandée est une nouvelle
tentative ultérieure.
_INTERMEDIATE._
Cet état, ou INTERMEDIATE-CONDITION MET doit être renvoyée
après chaque commande réussie d'une série de commandes liées
(sauf pour la dernière), sauf si celle-ci se termine par un
CHECK CONDITION, RESERVATION CONFLICT, ou COMMAND TERMINATED.
Si ni INTERMEDIATE ni INTERMEDIATE-CONDITION MET n'est renvoyé,
la série de commandes se termine, ainsi que le processus
d'entrées/sorties.
_INTERMEDIATE-CONDITION MET._
Cet état est la combinaison de CONDITION MET et de
INTERMEDIATE.
_RESERVATION CONFLICT._
Cet état doit être renvoyé lorsqu'un initiateur tente d'accéder
à une unité logique ou à un extension à l'intérieur d'une unité
logique réservée avec un type de réservation en conflit pour un
autre périphérique SCSI (cf. commandes RESERVE et RESERVE
UNIT). L'action de reprise recommandée est une nouvelle
tentative ultérieure.
_COMMAND TERMINATED._
Cet état doit être renvoyé lorsque la cible termine le
processus d'entrées/sorties après réception d'un message
TERMINATE I/O PROCESS (cf. 5.6.22). Cet état indique aussi
qu'une condition de contention s'est produite (cf. 6.6).
_QUEUE FULL._
Cet état doit être implémenté si la file d'attente marquée
(tagged queuing) l'est aussi. Il est renvoyé lors de la
réception d'un message SIMPLE QUEUE TAG, ORDERED QUEUE TAG, ou
HEAD OF QUEUE TAG et que la file de commandes est pleine. Le
processus d'entrée/sortie n'est alors pas placé dans la file de
commandes.
21.3 Clefs du buffer SCSI
Les clefs résultantes peuvent être rapatriées à l'aide de la macro
msg_byte (cf. section Décodage de l'état d'erreur). Les symboles du
noyau qui suivent sont prédéfinis dans drivers/scsi/scsi.h :
Valeur | Symbole
=======|================
0x00 | NO_SENSE
0x01 | RECOVERED_ERROR
0x02 | NOT_READY
0x03 | MEDIUM_ERROR
0x04 | HARDWARE_ERROR
0x05 | ILLEGAL_REQUEST
0x06 | UNIT_ATTENTION
0x07 | DATA_PROTECT
0x08 | BLANK_CHECK
0x0a | COPY_ABORTED
0x0b | ABORTED_COMMAND
0x0d | VOLUME_OVERFLOW
0x0e | MISCOMPARE
Une liste extraite de la doc SCSI-2 suit (issue de la section
7.2.14.3) :
Table 69: Description des clefs (0h-7h) du buffer SCSI
+========-====================================================================+
| Clef | Description |
|--------+--------------------------------------------------------------------|
| 0h | NO SENSE. Indique qu'aucune information spécifique n'est |
| | disponible pour l'unité logique désignée. C'est le cas pour les |
| | commandes réussies ou celles dont l'état est CHECK CONDITION ou |
| | COMMAND TERMINATED à cause de l'un des bits filemark, EOM ou ILI. |
|--------+--------------------------------------------------------------------|
| 1h | RECOVERED ERROR. Indique que la réussite de la dernière commande |
| | fut conditionnée par une action de réparation effectuée par la |
| | cible. Les octets additionnels peuvent fournir des détails, ainsi |
| | que le champ information. Lorsque plusieurs erreurs réparées se |
| | produisent durant une commande, le choix de celle indiquée |
| | (première, dernière, plus sévère, etc.) dépend du périphérique. |
|--------+--------------------------------------------------------------------|
| 2h | NOT READY. Indique que l'unité logique est inaccessible. Une |
| | intervention manuelle peut être nécessaire. |
|--------+--------------------------------------------------------------------|
| 3h | MEDIUM ERROR. Indique la fin d'une commande sur une erreur non- |
| | récupérable, causée probablement par un défaut du support ou une |
| | erreur de données. Cette clef peut aussi être renvoyée si la |
| | cible ne peut faire la distinction entre un défaut du support et |
| | un défaut spécifique du matériel (clef 4h). |
|--------+--------------------------------------------------------------------|
| 4h | HARDWARE ERROR. Indique que la cible a détecté une erreur maté- |
| | rielle irrécupérable (défaut du contrôleur, du périphérique, er- |
| | reur de parité, etc.) lors de l'exécution de la commande ou d'un |
| | auto-test. |
|--------+--------------------------------------------------------------------|
| 5h | ILLEGAL REQUEST. Indique qu'un paramètre illégal a été détecté |
| | dans le bloc de description de commande ou dans les paramètres |
| | additionnels (pour certaines commandes : FORMAT UNIT, SEARCH DATA,|
| | etc.). Si la cible détecte un paramètre incorrect, il doit termi- |
| | ner celle-ci sans modifier le contenu du support. Si le paramètre |
| | incorrect se trouve dans les paramètres additionnels, la cible |
| | peut avoir déjà modifié le support. Cette clef est aussi renvoyée |
| | lors de la réception d'un message IDENTIFY invalide (5.6.7). |
|--------+--------------------------------------------------------------------|
| 6h | UNIT ATTENTION. Indique que le support amovible a pu être changé |
| | ou que la cible a été réinitialisée. Cf. 6.9 pour d'autres infor- |
| | mation sur cette condition. |
|--------+--------------------------------------------------------------------|
| 7h | DATA PROTECT. Indique qu'une commande de lecture ou d'écriture a |
| | été tentée sur un bloc protégé contre cette opération. Celle-ci |
| | n'est pas effectuée. |
+=============================================================================+
Table 70: Description des clefs (8h-Fh) du buffer SCSI
+========-====================================================================+
| Clef | Description |
|--------+--------------------------------------------------------------------|
| 8h | BLANK CHECK. Indique qu'un périphérique à écriture unique ou |
| | séquentiel a trouvé un support vierge ou une indication de fin de |
| | données de formatage lors de la lecture, ou qu'un support non |
| | vierge à écriture seule a été trouvé pendant l'écriture. |
|--------+--------------------------------------------------------------------|
| 9h | Vendor Specific. Cette clef est disponible pour indiquer des |
| | cas particuliers spécifiques du constructeur. |
|--------+--------------------------------------------------------------------|
| Ah | COPY ABORTED. Indique qu'une commande COPY, COMPARE ou COPY AND |
| | VERIFY a echoué à cause d'une condition d'erreur sur le périphé- |
| | rique source, destination ou les deux (cf. 7.2.3.2 pour plus de |
| | détails). |
|--------+--------------------------------------------------------------------|
| Bh | ABORTED COMMAND. Indique que la cible a abandonné la commande. |
| | L'initiateur peut éventuellement corriger le problème par une |
| | nouvelle tentative. |
|--------+--------------------------------------------------------------------|
| Ch | EQUAL. Indique qu'une commande SEARCH DATA a satisfait une con- |
| | dition d'égalité. |
|--------+--------------------------------------------------------------------|
| Dh | VOLUME OVERFLOW. Indique qu'un périphérique à mémoire-tampon a |
| | atteint la fin de partition et que des données non écrites sur le |
| | support peuvent rester dans le tampon. Une (ou plusieurs) commande|
| | RECOVER BUFFER DATA peut être tentée pour lire les données non |
| | écrites depuis le tampon. |
|--------+--------------------------------------------------------------------|
| Eh | MISCOMPARE. Indique que les données source ne correspondent pas |
| | à celles lues sur le support. |
|--------+--------------------------------------------------------------------|
| Fh | RESERVE. |
+=============================================================================+
21.4 Codes hôte
Les codes hôtes qui suivent sont définis au niveau de
drivers/scsi/scsi.h. Ils sont positionnés par le pilote du noyau et
doivent être utilisés avec la macro host_byte (cf. section Décodage de
l'état d'erreur) :
Valeur | Symbole | Description
=======|================|========================================
0x00 | DID_OK | Pas d'erreur
0x01 | DID_NO_CONNECT | Connexion impossible avant le timeout
0x02 | DID_BUS_BUSY | BUS occupé durant la période de timeout
0x03 | DID_TIME_OUT | Timeout atteint pour une autre raison
0x04 | DID_BAD_TARGET | Mauvaise cible
0x05 | DID_ABORT | Arrêt effectué pour une autre raison
0x06 | DID_PARITY | Erreur de parité
0x07 | DID_ERROR | Erreur interne
0x08 | DID_RESET | Réinitialisé par quelqu'un
0x09 | DID_BAD_INTR | Interruption inattendue reçue
21.5 Codes du pilote
Le pilote de niveau intermédiaire catégorise l'état renvoyé par le
pilote de bas niveau en fonction du buffer SCSI du périphérique. Il
suggère certaines actions pouvant être tentées comme un réessai, un
abandon ou un changement de topographie. La routine scsi_done de
scsi.c effectue un travail très différencié fondé sur host_byte(),
status_byte(), msg_byte() et la suggestion précédente. Ensuite, il
positionne l'octet du pilote afin d'indiquer ce qui a été réalisé.
L'octet du pilote est en deux parties : l'état du pilote et la
suggestion. Chaque moitié est composée des valeurs suivantes (de
scsi.h) combinées par un OR :
Valeur | Symbole | Description ou état du pilote
=======|================|========================================
0x00 | DRIVER_OK | pas d'erreur
0x01 | DRIVER_BUSY | inutilisé
0x02 | DRIVER_SOFT | inutilisé
0x03 | DRIVER_MEDIA | inutilisé
0x04 | DRIVER_ERROR | erreur interne du pilote
0x05 | DRIVER_INVALID | terminé (DID_BAD_TARGET ou DID_ABORT)
0x06 | DRIVER_TIMEOUT | terminé avec timeout
0x07 | DRIVER_HARD | terminé avec une erreur fatale
0x08 | DRIVER_SENSE | buffer SCSI disponible pour informations
Valeur | Symbole | Description de la suggestion
=======|================|========================================
0x10 | SUGGEST_RETRY | réessayer la requête SCSI
0x20 | SUGGEST_ABORT | abandonner la requête
0x30 | SUGGEST_REMAP | remape le bloc (non encore implementé)
0x40 | SUGGEST_DIE | laisser le noyau tomber en "panic"
0x80 | SUGGEST_SENSE | lire le buffer SCSI du périphérique
0xff | SUGGEST_IS_OK | rien à faire
22. Codes et qualificateurs du buffer SCSI additionnels
Lorsque l'état de la commande SCSI exécutée est CHECK_CONDITION, des
données sont disponibles dans le buffer SCSI. Les code et
qualificateur additionnels se trouvent dans ce tampon.
Je joins ici deux tables issues des spécifications SCSI-2. La première
est triée alphabétiquement, la seconde, numériquement (NdT : la
traduction ayant un tantinet bouleversé l'ordre alphabétique, seule la
table triée par numéros a été conservée. Le lecteur pourra se reporter
à la version originale en américain pour la liste alphabétique).
22.1 ASC et ASCQ dans l'ordre numérique
La table qui suit fournit une liste de descriptions avec les
périphériques auxquels elles s'appliquent.
Table 364 : Assignements ASC et ASCQ
+=============================================================================+
| D - périphérique à accès Direct (Disque) |
| .T - périphérique à accès séquenTiel (bande magnéTique) |
| . I - Imprimante |
| . P - Processeur |
| . .W -WORM (CD-ROM inscriptible une fois) |
| . . R - CD-ROM (lecture seule) |
| . . S - Scanner ou numériseur |
| . . .O - mémoire Optique |
| . . . M - changeur de Média |
| . . . C - périphérique de Communications |
| . . . . |
| ASC ASCQ DTIPWRSOMC DESCRIPTION |
| --- ---- ----------------------------------------------------- |
| 00 00 DTIPWRSOMC pas d'information additionnelle |
| 00 01 T marque de fichier détectée |
| 00 02 T S fin de partition/médium détectée |
| 00 03 T marque de jeu détectée |
| 00 04 T S début de partition/médium détecté |
| 00 05 T S fin de données détectée |
| 00 06 DTIPWRSOMC fin du processus d'E/S |
| 00 11 R lecture audio en cours |
| 00 12 R lecture audio suspendue |
| 00 13 R lecture audio terminée avec succès |
| 00 14 R lecture audio stoppée pour cause d'erreur |
| 00 15 R pas d'état audio en cours à retourner |
| 01 00 DW O pas de signal d'index/de secteur |
| 02 00 D WR OM déplacement incomplet |
| 03 00 DTI W SO échec d'écriture sur le périphérique |
| 03 01 T pas d'écriture en cours |
| 03 02 T trop d'erreurs d'écriture |
| 04 00 DTIPWRSOMC unité logique non prête, cause inconnue |
| 04 01 DTIPWRSOMC unité logique en préparation |
| 04 02 DTIPWRSOMC unité logique non prête, commande d'init nécessaire |
| 04 03 DTIPWRSOMC unité logique non prête, intervention manuelle nécess.|
| 04 04 DTI O unité logique non prête, formatage en cours |
| 05 00 DTI WRSOMC l'unité logique ne répond pas à la sélection |
| 06 00 D WR OM pas de position de référence trouvée |
| 07 00 DTI WRSOM sélection de plusieurs périphériques |
| 08 00 DTI WRSOMC échec de communication avec l'unité logique |
| 08 01 DTI WRSOMC timeout de communication avec l'unité logique |
| 08 02 DTI WRSOMC erreur de parité en communication avec l'unité logique|
| 09 00 DT WR O erreur de suivi de piste |
| 09 01 WR O défaillance du servo de suivi de piste |
| 09 02 WR O défaillance du servo de focalisation |
| 09 03 WR O défaillance du servo de SPINDLE |
+=============================================================================+
Table 364 : (suite)
+=============================================================================+
| D - périphérique à accès Direct (Disque) |
| .T - périphérique à accès séquenTiel (bande magnéTique) |
| . I - Imprimante |
| . P - Processeur |
| . .W -WORM (CD-ROM inscriptible une fois) |
| . . R - CD-ROM (lecture seule) |
| . . S - Scanner ou numériseur |
| . . .O - mémoire Optique |
| . . . M - changeur de Média |
| . . . C - périphérique de Communications |
| . . . . |
| ASC ASCQ DTIPWRSOMC DESCRIPTION |
| --- ---- ----------------------------------------------------- |
| 0A 00 DTIPWRSOMC débordement de la trace d'erreur |
| 0B 00 |
| 0C 00 T S erreur d'écriture |
| 0C 01 D W O erreud d'écriture corrigée par auto-réallocation |
| 0C 02 D W O erreur d'écriture - auto-réallocation impossible |
| 0D 00 |
| 0E 00 |
| 0F 00 |
| 10 00 D W O erreur ID, CRC ou ECC |
| 11 00 DT WRSO erreur de lecture irrécupérable |
| 11 01 DT W SO nombre d'essais atteint |
| 11 02 DT W SO erreur trop longue à corriger |
| 11 03 DT W SO erreurs de lecture multiples |
| 11 04 D W O erreur de lecture - auto-réallocation impossible |
| 11 05 WR O erreur irrécupérable L-EC |
| 11 06 WR O erreur irrécupérable CIRC |
| 11 07 W O erreur de resynchronisation de données |
| 11 08 T lecture de bloc incomplète |
| 11 09 T pas de brèche trouvée |
| 11 0A DT O erreur mal corrigée |
| 11 0B D W O erreur de lecture - réassignement recommandé |
| 11 0C D W O erreur de lecture - réecriture recommandée |
| 12 00 D W O marque d'adresse introuvable pour le champ ID |
| 13 00 D W O marque d'adresse introuvable pour le champ données |
| 14 00 DTI WRSO identité enregistrée introuvable |
| 14 01 DT WR O enregistrement introuvable |
| 14 02 T marque de fichier ou de jeu introuvable |
| 14 03 T fin de données introuvable |
| 14 04 T erreur de séquence de bloc |
| 15 00 DTI WRSOM erreur de positionnement aléatoire |
| 15 01 DTI WRSOM erreur de positionnement mécanique |
| 15 02 DT WR O erreur de positionnement détectée par la lecture |
| 16 00 DW O erreur de marque de synchronisation de données |
| 17 00 DT WRSO données recupérées sans correction d'erreur |
| 17 01 DT WRSO données recupérées après plusieurs essais |
| 17 02 DT WR O données recupérées avec un décalage de tête positif |
| 17 03 DT WR O données recupérées avec un décalage de tête negatif |
| 17 04 WR O données recupérées avec plusieurs essais et/ou CIRC |
| 17 05 D WR O données recupérées sur l'ID de secteur précédent |
| 17 06 D W O données recupérées sans ECC - données auto-réallouées |
| 17 07 D W O données recupérées sans ECC - réassignement recommandé|
| 17 08 D W O données recupérées sans ECC - réecriture récommandée |
| 18 00 DT WR O données recupérées avec correction d'erreur |
| 18 01 D WR O données recupérées avec correction & plusieurs essais |
| 18 02 D WR O données recupérées - données auto-réallouées |
| 18 03 R données recupérées avec CIRC |
| 18 04 R données recupérées avec LEC |
| 18 05 D WR O données recupérées - réassignement recommandé |
| 18 06 D WR O données recupérées - réecriture recommandée |
+=============================================================================+
Table 364 : (suite)
+=============================================================================+
| D - périphérique à accès Direct (Disque) |
| .T - périphérique à accès séquenTiel (bande magnéTique) |
| . I - Imprimante |
| . P - Processeur |
| . .W -WORM (CD-ROM inscriptible une fois) |
| . . R - CD-ROM (lecture seule) |
| . . S - Scanner ou numériseur |
| . . .O - mémoire Optique |
| . . . M - changeur de Média |
| . . . C - périphérique de Communications |
| . . . . |
| ASC ASCQ DTIPWRSOMC DESCRIPTION |
| --- ---- ----------------------------------------------------- |
| 19 00 D O erreur de liste de défauts |
| 19 01 D O liste de défauts indisponible |
| 19 02 D O erreur de liste de défauts en liste primaire |
| 19 03 D O erreur de liste de défauts en liste secondaire (grown)|
| 1A 00 DTIPWRSOMC erreur de taille de la liste de défauts |
| 1B 00 DTIPWRSOMC erreur de transfert de données synchrone |
| 1C 00 D O liste de défauts introuvable |
| 1C 01 D O liste de défauts primaire introuvable |
| 1C 02 D O liste de défauts secondaire (grown) introuvable |
| 1D 00 D W O erreur de comparaison durant la vérification |
| 1E 00 D W O ID récupéré avec ECC |
| 1F 00 |
| 20 00 DTIPWRSOMC code d'opération de commande incorrect |
| 21 00 DT WR OM adresse du bloc logique hors limites |
| 21 01 M adresse d'élément incorrecte |
| 22 00 D fonction illegale (seulement 20 00, 24 00 ou 26 00) |
| 23 00 |
| 24 00 DTIPWRSOMC champ incorrect en CDB |
| 25 00 DTIPWRSOMC unité logique non supportée |
| 26 00 DTIPWRSOMC champ incorrect en liste de paramètres |
| 26 01 DTIPWRSOMC paramètre non supporté |
| 26 02 DTIPWRSOMC valeur de paramètre incorrecte |
| 26 03 DTIPWRSOMC paramètres de seuil non supportés |
| 27 00 DT W O protection en écriture |
| 28 00 DTIPWRSOMC transition non-prêt/prêt (changement de médium ?) |
| 28 01 M accès à un élément import ou export |
| 29 00 DTIPWRSOMC allumage, réinit. ou réinit. du bus a eu lieu |
| 2A 00 DTI WRSOMC paramètres changés |
| 2A 01 DTI WRSOMC paramètres de mode changés |
| 2A 02 DTI WRSOMC paramètres de trace changés |
| 2B 00 DTIPWRSO C copie impossible : déconnexion du host impossible |
| 2C 00 DTIPWRSOMC erreur de séquence de commandes |
| 2C 01 S trop de fenêtres spécifiées |
| 2C 02 S combinaison de fenêtres incorrecte spécifiée |
| 2D 00 T erreur d'écriture en écrasement de données |
| 2E 00 |
| 2F 00 DTIPWRSOMC commandes annulées par un autre initiateur |
| 30 00 DT WR OM médium incompatible présent |
| 30 01 DT WR O médium illisible - format inconnu |
| 30 02 DT WR O médium illisible - format incompatible |
| 30 03 DT cartouche de nettoyage présente |
| 31 00 DT W O format du médium endommage |
| 31 01 D I O échec de la commande de format |
| 32 00 D W O plus d'emplacement de défaut disponible |
| 32 01 D W O échec de mise a jour de la liste de défauts |
| 33 00 T erreur de longueur de bande |
| 34 00 |
| 35 00 |
| 36 00 I manque d'encre, de ruban ou de toner |
+=============================================================================+
Table 364 : (suite)
+=============================================================================+
| D - périphérique à accès Direct (Disque) |
| .T - périphérique à accès séquenTiel (bande magnéTique) |
| . I - Imprimante |
| . P - Processeur |
| . .W -WORM (CD-ROM inscriptible une fois) |
| . . R - CD-ROM (lecture seule) |
| . . S - Scanner ou numériseur |
| . . .O - mémoire Optique |
| . . . M - changeur de Média |
| . . . C - périphérique de Communications |
| . . . . |
| ASC ASCQ DTIPWRSOMC DESCRIPTION |
| --- ---- ----------------------------------------------------- |
| 37 00 DTI WRSOMC paramètre arrondi |
| 38 00 |
| 39 00 DTI WRSOMC sauvegarde de paramètres non supportée |
| 3A 00 DTI WRSOM pas de médium |
| 3B 00 TI erreur de positionnement séquentiel |
| 3B 01 T erreur de positionnement de la bande au début |
| 3B 02 T erreur de positionnement de la bande à la fin |
| 3B 03 I bande ou feuille-à-feuille non prêt |
| 3B 04 I erreur de SLEW (NdT : !?) |
| 3B 05 I bourrage papier |
| 3B 06 I haut de page non détecté |
| 3B 07 I bas de page non détecté |
| 3B 08 T erreur de repositionnement |
| 3B 09 S lecture après la fin du médium |
| 3B 0A S lecture avant le debut du médium |
| 3B 0B S position après la fin du médium |
| 3B 0C S position avant le debut du médium |
| 3B 0D M emplacement de destination occupé |
| 3B 0E M emplacement d'origine vide |
| 3C 00 |
| 3D 00 DTIPWRSOMC bits incorrects dans le message d'identification |
| 3E 00 DTIPWRSOMC auto-configuration de l'unité non encore réalisée |
| 3F 00 DTIPWRSOMC les conditions de fonctionnement ont changé |
| 3F 01 DTIPWRSOMC le micro-code a été changé |
| 3F 02 DTIPWRSOMC définition de fonctionnement modifiée |
| 3F 03 DTIPWRSOMC les données de requête ont changé |
| 40 00 D défaillance RAM (40nn obligatoire) |
| 40 NN DTIPWRSOMC échec de diagnostic du composant nn (80h-FFh) |
| 41 00 D échec du chemin de données (40nn obligatoire) |
| 42 00 D échec d'alllumage ou d'auto-test (40nn obligatoire) |
| 43 00 DTIPWRSOMC erreur de message |
| 44 00 DTIPWRSOMC défaillance de cible interne |
| 45 00 DTIPWRSOMC échec de sélection ou de resélection |
| 46 00 DTIPWRSOMC échec de la réinitialisation logicielle |
| 47 00 DTIPWRSOMC erreur de parité SCSI |
| 48 00 DTIPWRSOMC réception de message d'erreur détecté par initiateur |
| 49 00 DTIPWRSOMC erreur message incorrect |
| 4A 00 DTIPWRSOMC erreur de phase de commande |
| 4B 00 DTIPWRSOMC erreur de phase de données |
| 4C 00 DTIPWRSOMC échec de l'auto-configuration de l'unité logique |
| 4D 00 |
| 4E 00 DTIPWRSOMC commandes en recouvrement |
| 4F 00 |
| 50 00 T erreur d'écriture en ajout |
| 50 01 T erreur de positionnement en ajout |
| 50 02 T erreur de positionnement par rapport au timing |
| 51 00 T O erreur d'effacement |
| 52 00 T défaut de cartouche |
+=============================================================================+
Table 364 : (suite)
+=============================================================================+
| D - périphérique à accès Direct (Disque) |
| .T - périphérique à accès séquenTiel (bande magnéTique) |
| . I - Imprimante |
| . P - Processeur |
| . .W -WORM (CD-ROM inscriptible une fois) |
| . . R - CD-ROM (lecture seule) |
| . . S - Scanner ou numériseur |
| . . .O - mémoire Optique |
| . . . M - changeur de Média |
| . . . C - périphérique de Communications |
| . . . . |
| ASC ASCQ DTIPWRSOMC DESCRIPTION |
| --- ---- ----------------------------------------------------- |
| 53 00 DTI WRSOM échec de chargement ou d'éjection du médium |
| 53 01 T échec de déchargement de la bande |
| 53 02 DT WR OM périphérique protégé contre le changement de médium |
| 54 00 P défaillance de l'interface host-SCSI |
| 55 00 P défaut de ressources système |
| 56 00 |
| 57 00 R impossible de récupérer la table du contenu |
| 58 00 O la génération n'existe pas |
| 59 00 O lecture de bloc mis a jour |
| 5A 00 DTIPWRSOM requête opérateur ou demande de changement d'état |
| 5A 01 DT WR OM requête opérateur d'extraction du médium |
| 5A 02 DT W O l'opérateur a sélectionné la protection en écriture |
| 5A 03 DT W O l'opérateur a sélectionné l'autorisation d'écriture |
| 5B 00 DTIPWRSOM exception de trace |
| 5B 01 DTIPWRSOM condition de seuil remplie |
| 5B 02 DTIPWRSOM compteur de trace au maximum |
| 5B 03 DTIPWRSOM plus de code pour la liste de trace |
| 5C 00 D O changement d'état RPL |
| 5C 01 D O SPINDLES synchronisées |
| 5C 02 D O SPINDLES non synchronisées |
| 5D 00 |
| 5E 00 |
| 5F 00 |
| 60 00 S défaillance de la lampe |
| 61 00 S erreur d'acquisition vidéo |
| 61 01 S impossible de capturer la vidéo |
| 61 02 S hors de la zone focalisée |
| 62 00 S erreur de positionnement de la tête de digitalisation |
| 63 00 R fin de zone utilisateur sur cette piste |
| 64 00 R mode illégal pour cette piste |
| 65 00 |
| 66 00 |
| 67 00 |
| 68 00 |
| 69 00 |
| 6A 00 |
| 6B 00 |
| 6C 00 |
| 6D 00 |
| 6E 00 |
| 6F 00 |
+=============================================================================+
Table 364 : (fin)
+=============================================================================+
| D - périphérique à accès Direct (Disque) |
| .T - périphérique à accès séquenTiel (bande magnéTique) |
| . I - Imprimante |
| . P - Processeur |
| . .W -WORM (CD-ROM inscriptible une fois) |
| . . R - CD-ROM (lecture seule) |
| . . S - Scanner ou numériseur |
| . . .O - mémoire Optique |
| . . . M - changeur de Média |
| . . . C - périphérique de Communications |
| . . . . |
| ASC ASCQ DTIPWRSOMC DESCRIPTION |
| --- ---- ----------------------------------------------------- |
| 70 00 |
| 71 00 |
| 72 00 |
| 73 00 |
| 74 00 |
| 75 00 |
| 76 00 |
| 77 00 |
| 78 00 |
| 79 00 |
| 7A 00 |
| 7B 00 |
| 7C 00 |
| 7D 00 |
| 7E 00 |
| 7F 00 |
| |
| 80 xxh \ |
| jusqu'a > spécifique constructeur |
| FF xxh / |
| |
| xxh 80 \ |
| jusqu'a > qualification du standard ASC spécifique constructeur |
| xxh FF / |
| TOUS LES CODES VIDES OU NON MONTRES SONT RESERVES |
+=============================================================================+
23. Référence rapide des commandes SCSI
La table 365 est une liste ordonnée numériquement des codes opération
des commandes.
Table 365 : Codes operations SCSI-2
+=============================================================================+
| D - périphérique à accès Direct Clef de colonne |
| .T - périphérique à accès séquenTiel N = Nécessaire |
| . I - Imprimante O = Optionnel |
| . P - Processeur C = Constructeur |
| . .W -WORM (CD-ROM inscriptible une fois) R = Réservé |
| . . R - CD-ROM (lecture seule) |
| . . S - Scanner ou numériseur |
| . . .O - mémoire Optique |
| . . . M - changeur de Média |
| . . . C - périphérique de Communications |
| . . . . |
| OP DTIPWRSOMC Description |
|----------+----------+-------------------------------------------------------|
| 00 NNNNNNNNNN test d'unité prête |
| 01 N rembobinage |
| 01 O C OO OO remise à zéro de l'unité |
| 02 CCCCCC C |
| 03 NNNNNNNNNN requête de buffer SCSI |
| 04 O formatage |
| 04 N O formatage de l'unite |
| 05 CNCCCC C lecture des limites de bloc |
| 06 CCCCCC C |
| 07 O initialisation de l'état d'un élément |
| 07 OCC O OC réassignation de blocs |
| 08 N lecture de message (06) |
| 08 ONC OO OC lecture (06) |
| 08 O réception |
| 09 CCCCCC C |
| 0A N impression |
| 0A N émission de message (06) |
| 0A N émission (06) |
| 0A ON O OC écriture (06) |
| 0B O OO OC déplacement (06) |
| 0B O SLEW et impression |
| 0C CCCCCC C |
| 0D CCCCCC C |
| 0E CCCCCC C |
| 0F COCCCC C lecture inversée |
| 10 O O synchronisation du tampon |
| 10 CN CCC écriture de marques de fichiers |
| 11 CNCCCC espace |
| 12 NNNNNNNNNN requête |
| 13 COCCCC vérification (06) |
| 14 COOCCC récupération des données bufferisées |
| 15 ONO OOOOOO sélection de mode (06) |
| 16 N NN NO réservation |
| 16 NN N réservation d'unité |
| 17 N NN NO libération |
| 17 NN N libération d'unité |
| 18 OOOOOOOO copie |
| 19 CNCCCC effacement |
| 1A ONO OOOOOO lecture du buffer SCSI (06) |
| 1B O chargement déchargement |
| 1B O digitalisation |
| 1B O arrêt d'impression |
| 1B O OO O arrêt démarrage de l'unité |
+=============================================================================+
Table 365 : (suite)
+=============================================================================+
| D - périphérique à accès Direct Clef de colonne |
| .T - périphérique à accès séquenTiel N = Nécessaire |
| . I - Imprimante O = Optionnel |
| . P - Processeur C = Constructeur |
| . .W -WORM (CD-ROM inscriptible une fois) R = Réservé |
| . . R - CD-ROM (lecture seule) |
| . . S - Scanner ou numériseur |
| . . .O - mémoire Optique |
| . . . M - changeur de Média |
| . . . C - périphérique de Communications |
| . . . . |
| OP DTIPWRSOMC Description |
|----------+----------+-------------------------------------------------------|
| 1C OOOOOOOOOO réception des résultats du diagnostic |
| 1D NNNNNNNNNN émission de diagnostic |
| 1E OO OO OO protection contre l'enlèvement du médium |
| 1F |
| 20 C CC C |
| 21 C CC C |
| 22 C CC C |
| 23 C CC C |
| 24 C CCN définition de fenêtre |
| 25 O lecture de fenêtre |
| 25 N N N lecture de capacité |
| 25 N lecture de capacité de cd-rom |
| 26 C CC |
| 27 C CC |
| 28 O lecture de message (10) |
| 28 N NNNN lecture (10) |
| 29 C CC O lecture de génération |
| 2A O émission de message (10) |
| 2A O émission (10) |
| 2A N N N écriture (10) |
| 2B O localisation |
| 2B O positionnement sur élément |
| 2B O OO O déplacement (10) |
| 2C C O effacement (10) |
| 2D C O O lecture de bloc mis à jour |
| 2E O O O lecture et vérification (10) |
| 2F O OO O vérification (10) |
| 30 O OO O lecture de donnée haute (10) |
| 31 O position d'objet |
| 31 O OO O recherche de donnée égale (10) |
| 32 O OO O recherche de donnée basse (10) |
| 33 O OO O définition de limites (10) |
| 34 O lecture de l'état du tampon de données |
| 34 O OO O pré-lecture |
| 34 O lecture de position |
| 35 O OO O synchronisation du cache |
| 36 O OO O verrouillage/déverrouillage du cache |
| 37 O O lecture de données défectueuses (10) |
| 38 O O digitalisation du médium |
| 39 OOOOOOOO comparaison |
| 3A OOOOOOOO copie et vérification |
| 3B OOOOOOOOOO écriture de tampon |
| 3C OOOOOOOOOO lecture de tampon |
| 3D O O mise à jour de bloc |
| 3E O OO O lecture longue |
| 3F O O O écriture longue |
+=============================================================================+
Table 365 : (suite)
+=============================================================================+
| D - périphérique à accès Direct Clef de colonne |
| .T - périphérique à accès séquenTiel N = Nécessaire |
| . I - Imprimante O = Optionnel |
| . P - Processeur C = Constructeur |
| . .W -WORM (CD-ROM inscriptible une fois) R = Réservé |
| . . R - CD-ROM (lecture seule) |
| . . S - Scanner ou numériseur |
| . . .O - mémoire Optique |
| . . . M - changeur de Média |
| . . . C - périphérique de Communications |
| . . . . |
| OP DTIPWRSOMC Description |
|----------+----------+-------------------------------------------------------|
| 40 OOOOOOOOOO changement de définition |
| 41 O écriture identique |
| 42 O lecture de sous-canal |
| 43 O lecture du TOC |
| 44 O lecture d'en-tête |
| 45 O lecture audio (10) |
| 46 |
| 47 O lecture audio MSF |
| 48 O lecture d'index de piste audio |
| 49 O lecture de piste relative (10) |
| 4A |
| 4B O reprise de pause |
| 4C OOOOOOOOOO trace de sélection |
| 4D OOOOOOOOOO trace du buffer SCSI |
| 4E |
| 4F |
| 50 |
| 51 |
| 52 |
| 53 |
| 54 |
| 55 OOO OOOOOO mode de sélection (10) |
| 56 |
| 57 |
| 58 |
| 59 |
| 5A OOO OOOOOO mode du buffer SCSI (10) |
| 5B |
| 5C |
| 5D |
| 5E |
| 5F |
+=============================================================================+
Table 365 : (fin)
+=============================================================================+
| D - périphérique à accès Direct Clef de colonne |
| .T - périphérique à accès séquenTiel N = Nécessaire |
| . I - Imprimante O = Optionnel |
| . P - Processeur C = Constructeur |
| . .W -WORM (CD-ROM inscriptible une fois) R = Réservé |
| . . R - CD-ROM (lecture seule) |
| . . S - Scanner ou numériseur |
| . . .O - mémoire Optique |
| . . . M - changeur de Média |
| . . . C - périphérique de Communications |
| . . . . |
| OP DTLPWRSOMC Description |
|----------+----------+-------------------------------------------------------|
| A0 |
| A1 |
| A2 |
| A3 |
| A4 |
| A5 N déplacement de médium |
| A5 O lecture audio (12) |
| A6 O changement de médium |
| A7 |
| A8 O lecture de message (12) |
| A8 OO O lecture (12) |
| A9 O lecture de piste relative (12) |
| AA O émission de message (12) |
| AA O O écriture (12) |
| AB |
| AC O effacement (12) |
| AD |
| AE O O écriture et vérification (12) |
| AF OO O vérification (12) |
| B0 OO O recherche de donnée haute (12) |
| B1 OO O recherche de donnée egale (12) |
| B2 OO O recherche de donnée basse (12) |
| B3 OO O définition des limites (12) |
| B4 |
| B5 |
| B5 O demande d'adresse d'élément volume |
| B6 |
| B6 O émission de TAG de volume |
| B7 O lecture des données de défauts (12) |
| B8 |
| B8 O lecture de l'état d'élément |
| B9 |
| BA |
| BB |
| BC |
| BD |
| BE |
| BF |
+=============================================================================+
24. Programmes d'exemple
Voici le programme exemple en C qui demande le constructeur et le
modèle et indique si un medium est chargé dans le périphérique.
#define DEVICE "/dev/sgc"
/* Programme de demonstration de l'interface SCSI generique */
#include <stdio.h>
#include <unistd.h>
#include <string.h>
#include <fcntl.h>
#include <errno.h>
#include <scsi/sg.h>
#define SCSI_OFF sizeof(struct sg_header)
static unsigned char cmd[SCSI_OFF + 18]; /* tampon de commandes SCSI */
int fd; /* descripteur de periph./fichier SCSI */
/* traite une commande SCSI complete. Utilise l'interface SCSI generique */
static int handle_scsi_cmd(unsigned cmd_len, /* longueur */
unsigned in_size, /* taille data IN */
unsigned char *i_buff, /* tampon IN */
unsigned out_size, /* taille data OUT */
unsigned char *o_buff /* tampon OUT */
)
{
int status = 0;
struct sg_header *sg_hd;
/* quelques controles de routine */
if (!cmd_len) return -1; /* cmd_len doit etre != 0 */
if (!i_buff) return -1; /* tampon IN doit etre != NULL */
#ifdef SG_BIG_BUFF
if (SCSI_OFF + cmd_len + in_size > SG_BIG_BUFF) return -1;
if (SCSI_OFF + out_size > SG_BIG_BUFF) return -1;
#else
if (SCSI_OFF + cmd_len + in_size > 4096) return -1;
if (SCSI_OFF + out_size > 4096) return -1;
#endif
if (!o_buff) out_size = 0;
/* construction de l'en-tete du pilote generique */
sg_hd = (struct sg_header *) i_buff;
sg_hd->reply_len = SCSI_OFF + out_size;
sg_hd->twelve_byte = cmd_len == 12;
sg_hd->result = 0;
#if 0
sg_hd->pack_len = SCSI_OFF + cmd_len + in_size; /* pas indispensable */
sg_hd->pack_id; /* inutilise */
sg_hd->other_flags; /* inutilise */
#endif
/* envoi de la commande */
status = write( fd, i_buff, SCSI_OFF + cmd_len + in_size );
if ( status < 0 || status != SCSI_OFF + cmd_len + in_size ||
sg_hd->result ) {
/* une erreur s'est produite */
fprintf( stderr, "ecriture (generique) resultat = 0x%x cmd = 0x%x\n",
sg_hd->result, i_buff[SCSI_OFF] );
perror("");
return status;
}
if (!o_buff) o_buff = i_buff; /* controle du pointeur du tampon */
/* recuperation du resultat */
status = read( fd, o_buff, SCSI_OFF + out_size);
if ( status < 0 || status != SCSI_OFF + out_size || sg_hd->result ) {
/* une erreur s'est produite */
fprintf( stderr, "lecture (generique) resultat = 0x%x cmd = 0x%x\n",
sg_hd->result, o_buff[SCSI_OFF] );
fprintf( stderr, "read(generic) sense "
"%x %x %x %x %x %x %x %x %x %x %x %x %x %x %x %x\n",
sg_hd->sense_buffer[0], sg_hd->sense_buffer[1],
sg_hd->sense_buffer[2], sg_hd->sense_buffer[3],
sg_hd->sense_buffer[4], sg_hd->sense_buffer[5],
sg_hd->sense_buffer[6], sg_hd->sense_buffer[7],
sg_hd->sense_buffer[8], sg_hd->sense_buffer[9],
sg_hd->sense_buffer[10], sg_hd->sense_buffer[11],
sg_hd->sense_buffer[12], sg_hd->sense_buffer[13],
sg_hd->sense_buffer[14], sg_hd->sense_buffer[15]);
if (status < 0)
perror("");
}
/* Voyons si nous avons ce que nous attendions */
if (status == SCSI_OFF + out_size) status = 0; /* on a tout */
return status; /* 0 indique que tout est OK */
}
#define INQUIRY_CMD 0x12
#define INQUIRY_CMDLEN 6
#define INQUIRY_REPLY_LEN 96
#define INQUIRY_VENDOR 8 /* Decalage sur le constructeur dans la reponse */
/* On demande le constructeur et le modele */
static unsigned char *Inquiry ( void )
{
unsigned char Inqbuffer[ SCSI_OFF + INQUIRY_REPLY_LEN ];
unsigned char cmdblk [ INQUIRY_CMDLEN ] =
{ INQUIRY_CMD, /* commande */
0, /* lun/reserve */
0, /* code page */
0, /* reserve */
INQUIRY_REPLY_LEN, /* longueur d'allocation */
0 };/* reserve/drapeau/lien */
memcpy( cmd + SCSI_OFF, cmdblk, sizeof(cmdblk) );
/*
* +------------------+
* | struct sg_header | <- cmd
* +------------------+
* | copie de cmdblk | <- cmd + SCSI_OFF
* +------------------+
*/
if (handle_scsi_cmd(sizeof(cmdblk), 0, cmd,
sizeof(Inqbuffer) - SCSI_OFF, Inqbuffer )) {
fprintf( stderr, "Echec de la demande\n" );
exit(2);
}
return (Inqbuffer + SCSI_OFF);
}
#define TESTUNITREADY_CMD 0
#define TESTUNITREADY_CMDLEN 6
#define ADD_SENSECODE 12
#define ADD_SC_QUALIFIER 13
#define NO_MEDIA_SC 0x3a
#define NO_MEDIA_SCQ 0x00
int TestForMedium ( void )
{
/* demande de l'etat READY */
static unsigned char cmdblk [TESTUNITREADY_CMDLEN] = {
TESTUNITREADY_CMD, /* commande */
0, /* lun/reserve */
0, /* reserve */
0, /* reserve */
0, /* reserve */
0};/* reserve */
memcpy( cmd + SCSI_OFF, cmdblk, sizeof(cmdblk) );
/*
* +------------------+
* | struct sg_header | <- cmd
* +------------------+
* | copie de cmdblk | <- cmd + SCSI_OFF
* +------------------+
*/
if (handle_scsi_cmd(sizeof(cmdblk), 0, cmd,
0, NULL)) {
fprintf (stderr, "Echec du test d'unite prete\n");
exit(2);
}
return
*(((struct sg_header*)cmd)->sense_buffer +ADD_SENSECODE) !=
NO_MEDIA_SC ||
*(((struct sg_header*)cmd)->sense_buffer +ADD_SC_QUALIFIER) !=
NO_MEDIA_SCQ;
}
void main( void )
{
fd = open(DEVICE, O_RDWR);
if (fd < 0) {
fprintf( stderr, "Il faut les droits lecture/ecriture sur "DEVICE".\n" );
exit(1);
}
/* on ecrit quelques champs du resultat de la requete */
printf( "%s\n", Inquiry() + INQUIRY_VENDOR );
/* on regarde si le medium est charge */
if (!TestForMedium()) {
printf("pas de medium charge\n");
} else {
printf("un medium est present\n");
}
}
distrib
>
Mandriva
>
2010.0
>
i586
>
media
>
contrib-release
>
by-pkgid
>
ebac5394abc62d2e0b61505bfba9712a
>
files
>
188
