
                                Linux PCI-HOWTO

par Michael Will, Michael.Will@student.uni-tuebingen.de

   version 0.5h, 15 Novembre 1995
     _________________________________________________________________

   _Linux et les cartes-mres PCI_
     _________________________________________________________________

1. Introduction

   De nombreux utilisateurs de Linux --- y compris votre serviteur ! ---
   aimeraient employer Linux sur une machine  bus PCI. Ce document
   propose une tude de la compatibilit des cartes PCI (mres et
   d'extension) avec Linux, ralise grce  une enqute mene auprs
   d'utilisateurs.

   Si vous disposez d'informations  ce propos (et dignes d'intrt !),
   n'hsitez  contacter l'auteur de ce document ou, si l'anglais crit
   gnre une terrible angoisse, celui de cette adaptation franaise
   (adresse email : cf. dernire page).

   Dans ce document le terme "embarqu" dsigne un circuit install sur
   la carte-mre, par opposition  un composant de carte d'extension.
   J'ai traduit "driver" par "pilote".

2. PCI ... pourquoi ?

2.1 Aperu gnral

   Le bus d'un PC peut mettre en oeuvre une ou plusieurs des normes dont
   la liste suit (certaines d'entre elles sont mutuellement exclusives).

   _ISA_
          Peu onreux, lent (le plus souvent 8Mhz), standard, nombre de
          cartes d'extension disponibles trs lev

   _EISA_
          Onreux, rapide, relativement peu de cartes spcifiques (seules
          capables d'exploiter au mieux ses possibilits)

   _MCA_
          Conu et cautionn par IBM. Rapide mais peu rpandu

   _VESA-Bus local_
          Bas sur l'ISA (qu'il paule), peu onreux, rapide,
          relativement peu de cartes spcifiques.

   _PCI-Bus local_
          Onreux, rapide, peu de cartes spcifiques mais ce standard
          l'emportera probablement, ce qui diminuera le cot et la raret
          des matriels compatibles.

   ISA/VESA-Local-Bus et EISA/VLB : cette combinaison, sur bus 
   frquences d'horloges leves, pose divers problmes et s'avre assez
   peu fiable mais son faible cot et ses trs honorables performances
   lui assurrent un bon succs commercial. La plupart des cartes
   rcentes paraissent fiables.

   EISA : fiable et ouvert (standard n'appartenant pas  un constructeur)
   mais assez cher, surtout prvu pour les machines des utilisateurs
   avertis et les serveurs de rseaux. Peu de cartes disponibles.

   PCI : ouvert, au moins aussi rapide que l'EISA et cbl sur 64 bits
   (considration capitale pour les machines Pentium), gagne du terrain.

   PCI n'est pas, comme le fut la combinaison (E)ISA/Local-Bus, dpendant
   du processeur employ. Un composant PCI est commun  toutes les lignes
   de processeurs (DEC Alpha, Intel et compatibles, Power ...) et son
   installation sur une carte mre PCI n'implique aucun circuit
   d'interfaage : seul le BIOS varie, ce qui garantit des cots de
   production moins levs que ceux de l'(E)ISA/Local Bus).

2.2 Performances

   Extrait (adapt) du document de "propagande pro-PCI" de Craig Sutphin
   :

     Contrairement  certains autres bus locaux, le PCI est conu pour
     servir toutes les cartes d'extension : vido, mais aussi rseau,
     interfaces disques ("contrleurs") ... A 33 MHz le bus PCI
     transfre (sur 32 bits) jusqu' 132 Moctets par seconde. Une
     extension (passage  64 bits) des logiques d'adressage et de
     transfert des donnes peut doubler ce dbit sans remettre en cause
     l'existant. Le PCI reste indpendant du processeur et administre au
     mieux les transferts en permettant au bus local de vhiculer les
     donnes sans employer le bus principal (processeur/mmoire). Cela
     constitue, pour les utilisateurs de PC rapides, une importante
     augmentation de la fiabilit, de la performance et de la facilit
     d'exploitation (caractristiques non triviales avec des bus
     travaillant  33MHz). Divers modes volus d'exploitation du bus
     amliorent les performances des cartes d'extension sans grever le
     systme central. L'interfaage des composants PCI ne ncessite
     aucune circuiterie spcifique.

   On se reportera au chapitre sur les Benchmarks pour obtenir des
   rsultats de tests, bruts (et parfois incohrents) sur les cartes ASUS
   PCI pour 486 et 586.

2.3 Le circuit "contrleur" SCSI-2 embarqu (intgr sur carte-mre) NCR53c810

   Le circuit embarqu NCR de gestion de la chane SCSI-II constitue
   l'une des plus allchantes caractristiques de certaines cartes-mres
   PCI. Il est thoriquement au moins aussi rapide que celui des cartes
   Adaptec 174x (EISA) mais reste beaucoup moins onreux. Des pilotes
   (drivers) pour DOS et OS/2 sont disponibles. Drew Eckard a publi la
   version 3 de son pilote pour circuit NCR53c810. J'utilise actuellement
   le noyau 1.1.78 (9 janvier 1994). Cela fonctionne si bien que j'ai
   revendu mon adaptec-1542B-ISA. :-)

     NCR est une marque de semiconducteurs :-) NdT

   Certaines cartes mres PCI intgrent le circuit NCR53c810. On peut
   aussi l'acheter sur carte d'extension pour  peu prs 70 dollars.

   Les patchs pour NCR et fichiers images de disques de boot sont
   disponibles sur tsx-11.mit.edu, probablement dans
   /pub/linux/ALPHA/scsi/ncr. Ils doivent aussi se trouver sur les
   sites-miroirs.

   Les plus rcentes distributions Slackware (postrieures  2.0) doivent
   aussi pouvoir grer ce circuit. Les plus rcentes versions non
   stabilises du noyau (1.1.41, par exemple) ne ncessitent plus aucun
   patch. Depuis la version 1.2 le pilote NCR est dans le noyau standard.

   J'ai remarqu une seule chose qui ne fonctionne pas encore dans le
   pilote NCR actuel. La Dconnection/Reconnection n'est pas gre, ce
   qui rends pnible l'utilisation d'un streamer SCSI. En effet une
   commande comme "mt erase" bloque tout le bus SCSI jusqu' sa fin. Cela
   est bien embtant.

   Drew y travaille, voir plus bas.

   Le systme FreeBSD gre le NCR53c810 depuis un bon moment dj, y
   compris les "Tagged Command Queues", le "FAST" et le "WIDE" SCSI ansi
   que la dconnection pour les 53c810, 815 et 825. Drew dit qu'il serait
   possible d'adapter le pilote FreeBSD pour Linux. Y a-t-il des
   volontaires ?

   J'ai l'impression que l'volution spare de FreeBSD et Linux oblige 
   rinventer la roue un peu trop souvent. Un peu plus de coopration ne
   nuirait pas  aucun des deux systmes...

   Aprs une trop longue attente, j'ai abandonn la carte NCR pour une
   des cartes, performantes mais chres, contrleur SCSI PCI de marque
   DPT qui sont mentionnes dans cet article. Evidemment, juste aprs
   j'ai appris que Drew fournissait en test une nouvelle version de son
   pilote. :-)

2.4 Drew Eckhardt  propos de PCI-SCSI :

   Drew a dclar  la fin de Mars  propos de contrleurs SCSI sur bus
   PCI : (lgrement modifi pour clarification dans le contexte)

   Les cartes Adaptec 2940, Buslogic BT946, BT946W, DPT PCI, Future
   Domain 3260, NCR53c810, NCR53c815, NCR53c820, et NCR53c825
   fonctionnent toutes plus ou moins.

     * L'Adaptec 2940 souffre du mme problme de sensibilit de cablage
       que toutes les cartes rcentes mais,  par a, fonctionne bien.
     * Les cartes Futur Domain n'exploitent pas le busmaster et le pilote
       ne gre pas les commandes multiples simultanes. Si vous n'avez
       pas besoin de commandes simultane choisissez la carte NCR qui est
       moins chre et exploite le busmaster. Si la gestion des commandes
       simultanes vous est indispensable, prenez une Buslogic.
     * The Buslogic BT956W will do WIDE SCSI with the Linux drivers
       (although you can't use targets 8-15), the Adaptec 2940W (with one
       line patch to the 2940 driver) won't, nor will the NCR53c820 and
       NCR53c825.
     * La Buslogic BT956W fait du WIDE SCSI avec le pilote Linux (bien
       que l'on ne puisse pas utiliser les cibles 8  15). L'Adaptec
       2940W (avec le pilote 2940 patch d'une ligne) la NCR53c820 et la
       NCR53c825 n'en font pas.
     * Les cartes NCR sont vraiement peu chres (70 US $), sont
       gnralement rapides mais le pilote ne gre pas actuellement les
       commandes simultanes. Une version Alpha du pilote qui gre la
       deconnection/reconnection et le transfert synchrone est maintenant
       disponible publiquement. (voire plus bas)
     * Les cartes SCSI Emulux, Forex, et celles non mentionnes ne
       fonctionnent pas.

2.5 Nouvelle version Alpha du pilote NCR

   Des versions Alpha du pilote NCR font des choses sympas commme la
   connection/reconnection et les transferts synchrones. Elles sont
   maintenant disponibles publiquement. Toute personne interesse voulant
   jouer avec devrait
     * S'abonner  la liste de diffusion NCR en envoyant un courrier
       lectronique  majordomo@colorado.edu avec "subscribe ncr53c810"
       dans le texte.
     * Tlcharger tous les readmes et les derniers fichiers de diffs 
       l'adresse ftp://tsx-11.mit.edu/pub/ALPHA/linux/SCSI/ncr53c810

2.6 Le pilote EATA-DMA et les contrleurs PCI SCSI de DPT

   Le pilote scsi EATA-DMA a subi de gros changements et prend en charge
   maintenant aussi les contrleurs PCI SCSI, les contrleurs multiples
   et tous les canaux SCSI sur les cartes SmartCache/Raid multicanaux.

   Le pilote prend en charge tous les contrleurs SCSI au protocole
   EATA-DMA (document CAM/89-004 rev. 2.0c) et a t test avec beaucoup
   de ces contrleurs dans des configurations diverses.

Il s'agit des :    (ISA)   (EISA) (PCI)
      DPT Smartcache: PM2011  PM2012A
                              PM2012B
      Smartcache III: PM2021  PM2022  PM2024
                              PM2122  PM2124
                              PM2322
      SmartRAID     : PM3021  PM3122  PM3224
                              PM3222
      et d'autres contrleurs NEC ou ATT.

   Sur une carte DPT de base (sans cache ni module RAID), un MC680x0 gre
   le (ou les) circuits DMA busmaster ansi que le circuit contrleur
   SCSI. La carte SCSI DPT se comporte presque comme un coprocesseur
   SCSI.

   La carte DPT peut aussi muler un contrleur IDE (interface ST506), ce
   qui vous permet de l'utiliser avec tous les systmes d'exploitation
   mme s'ils n'ont pas de pilote EATA.

   Sur une carte avec cache, c'est le 680x0 qui assure la gestion de ce
   cache. La carte DPT admet jusqu' 64 Mo de RAM en tant que cache
   disque.

   Sur une carte avec module RAID, c'est aussi le 680x0 qui gre le RAID,
   assurant le "mirroring" en RAID-1, le "striping" et la gnration des
   codes ECC en RAID-5, etc.

   Les cartes d'entre de gamme utilisent un Motorola 68000 tandis que
   les hauts de gamme, plus tournes vers le RAID, utilisent un
   processeur 68020, 68030 ou 68040/40MHz.

   Les prix officiels vont de 245 $  1995 $ (1er dcembre 1994).

   Comme on m'a demand de nombreuses fois o acheter ces cartes en
   Europe, j'ai demand  DPT de m'envoyer la liste de leurs
   distributeurs europens officiels. En voici un court extrait :


Autriche : Macrotron GmbH             Tel:+43 1 408 15430   Fax:+43 1 408 1545
Danemark : Tallgrass Technologies A/S Tel:+45 86 14 7000    Fax:+45 86 14 7333
Finlande : Computer 2000 Finnland OY  Tel:+35 80 887 331    Fax:+35 80 887 333
43
France   : Chip Technologies          Tel:+33 1 49 60 1011  Fax:+33 1 49 599350
Allemagne: Akro Datensysteme GmbH     Tel:+49 (0)89 3178701 Fax:+49 (0)89 31787
299
Russie   : Soft-tronik                Tel:+7 812 315 92 76  Fax:+7 812 311 01 0
8
GB   .   : Ambar Systems Ltd.         Tel:+44 296 435 511   Fax:+44 296 479 461

   "A mon avis, les cartes DPT sont les cartes SCSI les mieux conues
   disponibles pour PC. Et j'ai cris du code pour presque tous les types
   de cartes SCSI pour PC. (Bien que rtroactivement, je me demande bien
   pourquoi !) ;-)" Jon R. Taylor (jtaylor@magicnet.net) President,
   Visionix, Inc.

   La dernire version du pilote EATA-DMA et une image de disquette de
   boot Slackware sont disponibles  l'adresse :
   ftp.uni-mainz.de:/pub/Linux/Drivers/SCSI/EATA

   Le pilote est inclus dans le noyau standard depuis la version 1.1.81.

   L'auteur peut tre joint aux adresses suivantes :
   neuffer@goofy.zdv.uni-mainz.de or linux@uni-koblenz.de

2.7 Future Domain TMC-3260 PCI SCSI

   Rik Faith (faith@cs.unc.edu) m'a indiqu le 1er Fvrier 1995 que la
   carte Future Domain TMC-3260 PCI SCSI tait prise en charge par le
   pilote Future Domain 16x0 SCSI driver. Le SCSI-HOWTO peut contenir des
   informations plus rcentes.

     * La dtection n'est pas bien faite car elle n'utilise pas la
       mthode standard du BIOS PCI (J'ai besoin que quelqu'un qui
       possde cette carte m'envoie les patches qui corrigent ce
       problme). Vous aurez peut-tre  bidouiller la routine de
       dtection dans le noyau pour que votre carte soit reconnue.
     * Le pilote ne gre pas encore les commandes multiples en attente ce
       qui fait que votre systme sera bloqu pendant le rembobinage de
       votre streamer.
     * Le pilote ne gre pas le mode de transfert amlior pseudo-32bit
       apport par les composants rcents Future Domain. Vous n'aurez
       donc pas de taux de transfert aussi levs que sous DOS.
     * Comme le pilote gre seulement le protocole SCSI-I, vos disques
       rapides ne fourniront pas leur dbit maximum possible. (La aussi,
       les bonnes volonts sont les bienvenues -- personne ne travaille
       dessus actuellement.)

2.8 Rflexions diverses sur le SCSI

   James Soutter (J.K.Soutter1@lut.ac.uk) m'a demand de prciser les
   points suivants :

     Le SCSI-2 "Fast Wide" est parfois,  tort, dsign par "SCSI-3". Il
     diffre du SCSI-2 standard dans la mesure o il met en oeuvre un
     bus de donnes SCSI sur 16 bits (et non 8). Cela porte le taux de
     transfert maximum  20Moctets/seconde (au lieu de 10) mais
     ncessite l'emploi de disques adapts (Fast Wide).

     Ce thorique gain en performances n'acclrera peut-tre pas
     certains systmes car les taux de transfert "internes" (des
     plateaux au mtacontrleur) de la plupart des disques restent
     infrieurs  10Moctets/seconde. Un seul disque de ce type ne peut
     donc se trouver limit par la bande passante offerte par une carte
     SCSI-2 standard.

     Dans le catalogue Seagate d'octobre 1993, seul un disque Fast Wide
     SCSI-2 a un taux de tranfert interne suprieur  10 Mo/s ( le
     ST12450W). La pluspart des disques ont un taux de transfert interne
     de 6 Mo/s au plus, bien que le ST12450W ne soit pas la seule
     exception  cette rgle. En conclusion, la norme Fast Wide SCSI est
     conue pour le march des serveurs et n'apporte pas forcment
     d'avantages  une station de travail.

     Plutt que d'acheter une carte mre  interface SCSI intgre ou
     bien d'attendre le pilote NCR, vous pourriez acheter une carte
     contrleur SCSI spare. D'aprs Drew, la seule option PCI SCSI qui
     a une chance de marcher est la Buslogic 946. Elle est cense tre
     compatible  l'Adaptec 1540 comme les cartes EISA/VESA/ISA de la
     srie.

     Drew a indiqu que les autres cartes PCI SCSI ont peu de chances
     d'tre prises en charge par Linux ou les systmes BSD car les
     contrleurs  base de circuit NCR sont moins chers et plus
     courants.

   Selon broom@ocean.fit.qut.edu.au (Bradley Broom) :

     La Buslogic BT-946C PCI SCSI fonctionne si l'on dbraye, grce au
     programme MS/DOS AUTOSCSI livr par son constructeur, l'option
     "enable Disconnection".

   Ernst Kloecker (ernst@cs.tu-berlin.de) crit (citation adapte) :

     Talus Corporation dispose d'un pilote NS/FIP pour cartes PCI 
     circuit SCSI "NCR". Il sera diffus sous peu, peut-tre mme 
     titre gracieux.

   Toutes les cartes mres PCI ne disposent pas du circuit. Les cartes
   ASUS anciennes l'ont ainsi qu'une des cartes J-Bond.( La pluspart des
   cartes mres actuelles (06/95) considrent que c'est  vous d'acheter
   le NCR53c810 sparment.) Certaines marques fournissent une
   alternative comme vous pouvez le lire dans le texte de Drew...

   Le circuit NCR est assez volu pour prendre en charge des disques
   formats par d'autres circuits.

     Ce qui semble assez naturel si aucun des circuits impliqus
     n'effectue de translation ! NdT.

3. Carte-mre de marque ASUS

3.1 ASUS et NMI (Parit) -- impact sur la Gravis-Ultrasound

   Les dernires cartes mres PCI ne grent plus les barettes SIMMS 
   parit. Comme j'achetais habituellement des barettes SIMMS sans parit
    cause de leur cot, je ne pensais pas que ce soit un problme avant
   de rajouter une carte Gravis-Ultrasound dans ma machine. Sous DOS le
   pilote SBOS et l'utilitaire de test se plaignent de la sorte "nmi
   procedure disabled on this pc". La documentation conseille de changer
   de carte mre dans ce cas, ce qui n'aide pas beaucoup.

   La Gravis-Ultrasound fonctionne bien dans les cartes ASUS-SP3 et
   ASUS-SP4, malgr cela, mais ma Gravis-Ultrasound-Max gnre avec gmod
   un "kernel panic" sur les deux cartes. De plus, de temps en temps, le
   fait de jouer des fichiers .au sur /dev/audio provoque des choses
   bizarres, comme jouer le reste d'un son prcdent aprs le nouveau. Le
   gestionaire de son recommende un buffer de 65536 octets avec la GUS
   Max contrairement au petit buffer de la GUS - je ne sais pas pourquoi.
   Les deux cartes possdent chacunes 1Mo de DRAM. Ces problmes ne sont
   peut-tre pas lis au problme NMI mais pltot au gestionaire de son ?

   J'ai entendu dire que ce n'est pas seulement ASUS mais la pluspart des
   cartes rcentes qui ne grent pas la parit et le NMI.

   De plus en plus bizarre, la carte ASUS-TP4  chipset Triton fonctionne
   bien avec la GUS Max - il charge bien le pilote SBOS. Je dois admettre
   que je ne comprends pas tout.

3.2 Diffrents types de cartes mres ASUS

  ASUS SP3  chipset Saturn I (rev. 2) pour 486

     * 2 x rs232 with 16550
     * NCR53c810 onboard,
     * chipset Saturn I (rev. 2) lgrement bugg.

  ASUS SP3G  chipset Saturn II (rev. 4) pour 486

   comme la SP3, mais le chipset Saturn est moins bugg.

  ASUS SP3  chipset SiS pour 486

   comme la AP4 mais plus rcente, chipset SiS, fonctions d'conomie
   d'nergie, EIDE, rs232 avec 2 16550 et port centronics. Seulement 2
   connecteurs pour barettes SIMM, a l'air de fonctionner avec
   l'AMD486DX4/120 mais pas trs fiable avec le NCR53c810 et sous
   diffrents systmes d'exploitation (Windows-NT, Windows 95, OS2).
   Aprs mise  jour vers une carte Pentium ASUS SP4, tous les problmes
   ont disparus ce qui confirme que cela venait de la carte. A l'air de
   bien fonctionner quand mme sous Linux.

  ASUS AP4, pour 486,  bus PCI/ISA/VesaLocalbus

   fonctions d'conomie d'nergie, 1 slot VLB, 3 slots ISA, 4 slots PCI,
   seul le contrleur EIDE est intgr, il n'y a ni contrleur de
   disquettes, ni rs232/centronics. Trs petite taille.

   Prend l'AMD486DX2/66 pour un DX4/100. On peut corriger a en soudant
   une broche (laquelle ?)  la masse, mais de toute faon je ne
   recommenderais pas cette carte.

   Celle que j'ai test ne fonctionnait ni sous OS2 ni sous Linux bien
   que certaines personnes l'utilisent avec ses deux systmes.

   Le slot VLB est cens tre plus lent qu'un slot VLB normal  cause du
   pont PCI vers VLB, mais sans nuire  la rapidit du cot PCI.

  ASUS SP4-SiS, pour Pentium90, PCI/ISA

   Identique  la SP3-SiS, mais pour Pentium90/100.

  ASUS TP4XE  chipset Triton et prise en charge de la SRAM ou EDORAM

   Peut utiliser la nouvelle ram EDO et la future SRAM. La mmoire SRAM
   devrait augmenter les performances de faon considrable. Cette carte
   n'a pas accept les barrettes PS2-SIMMS de 8Mo qui marchaient sans
   problme sur une ASUS SP4. Aprs change contre d'autres barettes plus
   volumineuses (16 puces au lieu de 8 si je me souviens bien) cela s'est
   mis  fonctionner. Teste avec un P90 et un P100.

3.3 Tests de rapidit sur des cartes mres ASUS

   J'ai essay de comparer la vitesse CPU sur deux cartes ASUS : pour le
   486 j'ai test la SP3 SiS (celle qui a un slot VLB) et pour le 586, la
   TP4/XE. Les deux cartes avait 16 Mo de RAM, le systme tait
   inutilis. Les tests whestone et dhrystone ont t employs en
   changeant le CPU.

   Je dois reconnaitre que je n'ai pas encore lu la faq sur les
   benchmarks et que je serais donc amen  beaucoup modifier cette
   partie bientt. Si vous avez des commentaires, n'hsitez pas  me les
   envoyer par courrier lectronique.

   Je suis spcialement tonn par le fait que l'AMD486DX4/100 est plus
   rapide au test dhrystones que le DX4/120 ! Je ne retrouve pas cette
   incohrence en comparant les P90 et P100.

   Le problme vient peut-tre du fait que lorsque j'ai branch
   l'amdDX4-100, la carte tait configure pour un DX2-66. Bien que le
   BIOS voyait bien qu'il s'agissait d'un DX4-100, la carte a peut-tre
   utilis les mauvaises frquences d'horloge... mais puisque le DX2-66
   fonctionne  33Mhz * 2 et le DX4  33Mhz * 3, cela aurait du tre
   correct ?

   La carte avec le DX4-120 est configure en 40Mhz * 3 = 120 Mhz.

   Je me demande aussi si le test whetstone fournit des chiffres aussi
   gaux sur d'autres machines ?

  ASUS SP3 avec l'amd486DX4-100

     * Temps pour 500000 passes Dhrystone = 7 soit 63559
       dhrystones/second
     * Temps pour 1000 passes Whetstone = 5 soit 200.000
       Whetstones/second

  ASUS SP3 avec l'amd486DX4-120

     * Temps pour 500000 passes Dhrystone = 8 soit 58074
       dhrystones/second
     * Temps pour 1000 passes Whetstone = 4 soit 250.000
       Whetstones/second

  ASUS SP3 avec l'intel486DX2-66

     * Temps pour 500000 passes Dhrystone = 9 soit 50761
       dhrystones/second
     * Temps pour 1000 passes Whetstone = 7 soit 142.8571
       Whetstones/second

  ASUS TP4/XE avec l'intel586-90

     * Temps pour 500000 passes Dhrystone = 4 soit 101010
       dhrystones/second
     * Temps pour 1000 passes Whetstone = 3 soit 333.3333
       Whetstones/second

  ASUS TP4/XE avec l'intel586-100

     * Temps pour 500000 passes Dhrystone = 4 soit 102040
       dhrystones/second
     * Temps pour 1000 passes Whetstone = 2 soit 500.0000
       Whetstones/second

3.4 Carte-mre ASUS PCI-I-SP3 : heinrich@zsv.gmd.de fournit des informations
dtailles :

     * Slots : 3 PCI, 4 ISA (3x16 bits, 1x8 bits)
     * 4 bancs de SIMM 72 broches (max. 128Mo)
     * Processeur mont sur support ZIF
     * place pour 4 SIMM 72 broches (max. 128Mo)
     * BIOS AWARD en EPROM-flash
     * Embarqus : SCSI "NCR", 1 //, 2 sries (avec FIFO), AT-Bus,
       contrleur de disquettes

   Comme la plupart des cartes de cette catgorie elle n'offre qu'un
   cache mmoire en lecture (perte de performances estime par rapport
   aux cartes avec cache en criture : environ 3% (?)).

   Le BIOS prend en charge les disques SCSI sous DOS/Windows sans pilote
   additionnel (ASPI livr) Autres pilotes fournis : OS2, Windows-NT,
   SCO-Unix, Netware (3.11 et 4, d'aprs ce que j'ai compris).

   Gert Doering (gert@greenie.muc.de) affirme que le pilote fourni pour
   SCO ne fonctionne pas correctement. Plusieurs commandes "time dd
   if=/dev/rhd20 of=/dev/null bs=100k count=500" mnent  un "kernel
   panic".

   Il semble prfrable, lorsque l'on emploie le circuit embarqu
   d'origine Adaptec, de ne pas employer l'option de "sync negotiation"
   (configuration accessible grce au setup en BIOS de la carte Adaptec).

     Attention : de graves accidents d'exploitation ("kernel panic")
     surviennent parfois lors du redmarrage du systme aprs un
     changement de configuration. Cela ne semble pas prter 
     consquence (le redmarrage suivant se droule correctement) mais
     ... Test par votre serviteur ! NdT.

   Une version plus rcente de cette carte-mre existe (ASUS-PCI-I/SP3G,
   le `G' est important) et ces problmes ont probablement t corrigs.
   Elle emploie le nouvel ensemble de circuits Intel (version 4)
   "Saturn-ZX" et supporte donc les options PCI les plus volues (level
   triggered shareable and BIOS-configurable). En sus : port souris PS/2
   (aux), dispositif d'conomie d'nergie EPA et support pour DX-4.

   Les dernires informations disponibles indiquent que certains
   utilisateurs de cette carte (ASUS-SP3-G) constatent qu'elle ne
   supporte pas (crashes sous Linux) l'option "PCI-to-Memory-Posting".
   Tout fonctionne parfaitement lorsque cette option est dbraye.
   jw@peanuts.informatik.uni-tuebingen.de pense que cela peut relever
   d'un problme avec le noyau Linux car certaines parties du systme
   semblent continuer de fonctionner lors des crashes, ce qui peut
   rvler un bogue dans le code du swapper. MS-DOS, OS/2 et Windows ne
   prsentent pas ce symptme.

3.5 Pat Dowler (dowler@pt1B1106.FSH.UVic.CA) nous parle de l'ASUS SP3G

     * carte ASUS SP3G (rev.4 == saturn II)
     * CPU AMD DX4-100 CPU (il faut positionner le cavalier 36  1&2
       plutt que 2&3, et les autres de la mme faon que pour les
       processeurs 486DXn)
     * mmoire cache 256K cache (15ns :-)
     * 16meg RAM (2x8meg)
     * carte vido ET4000 ISA
     * disque dur quantum IDE
     * carte ethernet SMC Elitel16 combo

   Contrairement  d'autres compte-rendus, j'ai trouv que le curseur
   souris de dplace de faon trs souple sous X (comme sur le bon vieux
   386) - par contre il sautille avec certains jeux DOS...

   Les performances sont trs bonnes ! J'ai fais tourner des gros tests
   de calcul en virgule flottante ( 500x500 doubles -  peu prs 4megs)
   et j'ai constat que les performances en mode 3x33 (100Mhz) tait 
   peu prs 1.5x suprieures  celles en mode 2x (66Mhz)... J'tais un
   peu sceptique  propos du triplement de frquence mais il me semble
   que a tient ses promesses :-)

   Le systme hautement configurable de gestion de la consommation
   "energy star" ne fonctionne pas avec les processeurs AMD DX4 actuels -
   il faut un processeur SL.

   J'ai vraiement besoin d'un disque SCSI et d'une carte vido PCI :-)

   (J'ai reu le coup de tlphone d'une personne qui a eu le problme du
   composant dfectueux SMC FIFO. Ils se plantent aprs l'utilisation de
   X-window.)

4. Confusion  propos des chipsets Saturn

   Pat Duffy (duffy@theory.chem.ubc.ca) nous dit :

Saturn I:  Ce sont les versions 1 et 2 des chipsets Saturn.
Saturn II:  Aussi appel version 4 du chipset Saturn.

Autant que je le sache , la version 3 n'a jamais te livre, et (d'aprs un
petit nombre de gens qui la possdent) la SP3G intgre maintenant la version 4
(Saturn II).

Vous tes perdus ? He bien, la seule vraie rponse est de disposer de la carte
et d'y lancer le script de dboggage du chipset PCI. A ma connaissance,
pourtant, la carte SP3G est livre avec la version 4 (Saturn II).

5. Cartes vidos

   Divers utilisateurs emploient des cartes "Number Nine" (nom abrg :
   #9) Level 12 et ELSA Winner 1000 (modle 2000 aussi,
   vraisemblablement) et autres bases sur le circuit S3 928. La nouvelle
   version d'XFree (3.1) prend en charge les cartes Tseng ET4000/W32 en
   mode acclr, les chipsets S3 Vision 864 et 964 y compris sur les
   cartes telles que l'ELSA Winner 1000Pro et 2000Pro, Number Nine GXE64
   et GXE64Pro, Miro Crystal 20SV). Les modes vidos comptant 16 ou 32
   bits par pixel (16 bpp) sont  prsent disponibles. Le circuit
   d'horloge Chrontel8391 est maintenant reconnu par le serveur S3.

   Les cartes S3 Trio32 et Trio64 comme la SPEA V7 Mirage P64 PCI et MIRO
   Crystal 40SV, sont maintenant gres. La Mach32 et la Mach64 sont
   gres maintenant en mode acclr.

   Le pilote SVGA

   La gestion du mode 16bpp (65K couleurs au lieu des 256 habituelles)
   pour les Mach32 ainsi que le mode 32bpp de certaines cartes S3 et
   P9000 a t rajoute.

   tldraben@eos.ncsu.edu dclare :

     * Diamond Stealth W32 -- le mode texte fonctionne.
     * ET4000/W32 -- insupportable.
     * # 9GXEL13 -- Fonctionne, mais affichage des consoles virtuelles
       perdu lors de basculements de sessions. Ai d acheter une carte
       Dell.

   Par ailleurs :
     * Genoa Phantom 8900PCI fonctionne.
     * Genoa Phantom/W32 2Mo ne fonctionne pas avec la carte-mre ASUS.
     * Tseng 3000/W32i semble fonctionner correctement.
     * Spea-v7 mecury-lite fonctionne parfaitement (sous XFree 2.1 et
       ultrieur).

   La Spea V7 Mirage P64 PCI 2M  base de Trio64 fonctionne bien depuis
   XFree86(tm)-3.1.1.

   L'ATI Graphics Ultra Pro pour PCI avec 2Mo VRAM et le DAC ATI68875C
   fonctionne bien (1280x1024 256 74Hz non-entrelac) selon
   dem@skyline.dayton.oh.us.

   jbauer@badlands.NoDak.edu (John Edward Bauer) indique que la Paradise
   WD90C33 PCI bloque la machine lorsque la sauvegarde d'cran de X
   Window entre en action. Les nouveaux noyaux corrigent ce problme.

   miroChrystal 8S/PCI (1Mo) S3 - aucun problme.

   Stephen Tweedie indique que sa carte Cirrus Logics 5434 PCI fonctionne
   bien. Elle fonctionne en 64 bits avec 2M et marche parfaitement avec
   le pilote SVGA en 8, 16 et 32 bits par pixel.

6. Cartes Ethernet

   Les cartes ISA fonctionnent, bien entendu, mais d'aucuns aimeraient
   utiliser les versions PCI. L'auteur de la plupart (sinon tous) des
   programmes pilotes pour cartes Ethernet (Donald Becker
   (becker@cesdis.gsfc.nasa.gov)) dclare :

     Le code LANCE a t tendu pour grer la version PCI. J'espre
     fournir le code de dtection PCI ( peu prs une douzaine de lignes
     supplmentaires dans le pilote LANCE) dans la prochaine version du
     noyau. Je suis en train de travailler sur le mode 32 bit. Je n'ai
     pas encore commenc le code 21040.

     Je vais crire des versions adaptes au mode PCnet32 et  la carte
     DEC 21040. Cela couvrira la majorit du march des cartes Ethernet
     PCI.

     Voir l'URL :
     file://cesdis.gsfc.nasa.gov/pub/people/becker/whoiam.html

   Les noyaux 1.1.50 et ultrieurs grent les cartes bases sur le
   circuit AMD. Une carte-mre Pentium permet alors d'obtenir environ
   900Ko/seconde sous ftp avec environ 20% de charge CPU (circuit AMD
   Lance).

   Tous les matriels Ethernet bass sur le chip AMD PCnet/PCI doivent
   fonctionner. Les cartes Boca cotent, aux US, moins de 70$.

   Geoffry Coram a indiqu dans les news qu'il a russi  faire
   fonctionner sa carte 3com 590 TPO. Il a du tlcharger le pilote alpha
    l'adresse : http://cesdis.gsfc.nasa.gov/linux/drivers. On peut y
   trouver aussi d'autres pilotes. Voir aussi
   http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html

   Donald Holmgren dit qu'il a russi  connecter sa carte DEC DE435
   (PCI) au rseau local sur coax fin (BNC). Le pilote DE435 vrifie
   d'abord la prise pour paire torsade, puis commute vers le port
   alternatif (slectionable par cavalier en AUI ou BNC) si le port
   10BaseT ne fonctionne pas.

   Jim Cusick utilise la carte Boca 1PI sur coax fin. Elle fonctionne
   trs bien. On ira voir  l'URL :
   http://cesdis.gsfc.nasa.gov/linux/misc/boca-failure.html pour des
   dtails sur les disfonctionements du dbut avec cette carte. Ma
   deuxime carte, aprs retour pour change de la premire, tait
   tiquete "PN 4186". La prcdente qui ne marchait pas tait une
   "PN4185". Prcisez  la commande que vous voulez le modle le plus
   rcent. A 70 $, cette carte est une bonne affaire.

   Dave Platt recommande d'viter  tout prix la carte Boca BEN1PI. Elle
   ne serait pas fiable  cause de dfauts de conception et Boca ne
   semble pas en mesure de corriger le problme. La carte 3Com 3c590 PCI
   "Vortex" est disponible en version combo (10BaseT, thin coax at AUI).
   Le pilote Linux de cette carte ne fait pas encore partie du noyau
   standard, mais est disponible  l'URL
   http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html et peut tre
   patch dans les derniers noyaux 1.2.x (ainsi que les 1.3.x) sans
   beaucoup de difficult. Le pilote Linux ne peut pas utiliser la
   possibilit d'autodtection d'interface de cette carte - le programme
   DOS fourni permet de configurer la carte afin qu'elle utilise
   l'interface choisie ( coax fin dans notre cas). Une fois cela fait, le
   pilote Linux utilise l'interface correcte.

   Il a utilis avec succes une 3c590 pendant plusieurs semaines.

   Dave Kennedy nous fait part qu'il a eu deux des cartes Boca cites
   plus haut et qu'elles fonctionnent bien sous charge lgre. Craig ne
   les recommende pas car Boca ne semble pas suivre les spcifications
   d'AMD mais il a pu les utiliser pendant deux semaines sans problmes.
   Il a test les performances NFS en transfrant de gros fichiers depuis
   et vers son serveur (16M, 8M). Il a aussi essay de travailler
   localement avec tous ses fichiers de donnes monts par NFS et cela
   sans problmes. Les performances paraissent amliores de 100 pour
   cent par rapport  sa carte ISA NE2000. (note de l'diteur : cela
   aurait sans doute t la mme chose avec la SMC ISA Elite Ultra ?)

6.1 3Com-3c590-tpo

   Quelqu'un a mentionn sur usenet avoir utilis la 3Com-3c590-TPO
   (EtherLink III - PCI). Pour que cela fonctionne avec son noyau Linux
   1.2.8, il lui a fallu le pilote "3c59x.c" avec le "vortex.patch".

6.2 DEC435 PCI NIC

   Il parait que la carte DEC435 PCI marche bien avec les pilotes fournis
   dans la distribution Slackware - Je pense donc qu'ils sont dans le
   noyau standard ?

7. Cartes mres

   Liste des utilisateurs qui ont rpondu  mon questionnaire, sur le
   type de cartes mres qu'ils emploient ... et rsultats obtenus lors de
   l'installation et l'utilisation de Linux :

7.1 ASUS

     * Ruediger.Funck@Physik.TU-Muenchen.DE - fonctionne mais ...
     * strauss@dagoba.escape.de - demi-succs, fonctionne mais ...
     * krypton@netzservice.de (Ulrich Teichert), - fonctionne
     * heinrich@zsv.gmd.de - fonctionne
     * CARSTEN@AWORLD.aworld.de - fonctionne
     * egooch@mc.com - fonctionne (sauf le port srie)
     * archie@CS.Berkeley.EDU - fonctionne, aprs avoir compris comment
       configurer l'IDE.
     * Lars Heinemann (lars@uni-paderborn.de) fonctionne
     * Michael Will (michaelw@desaster.student.uni-tuebingen.de) -
       fonctionne

7.2 Micronics P54i-90

     * root@intellibase.gte.com - fonctionne.
     * bill.foster@mccaw.com - fonctionne.
     * karpens@ncssm-server.ncssm.edu - fonctionne.

7.3 SA486P AIO-II

   ah@doc.ic.ac.uk fonctionne.

7.4 Sirius SPACE

   hi86@rz.uni-karlsruhe.de - fonctionne.

7.5 Gateway-2000

     * kenf@clark.net - fonctionne (pb. avec carte son)
     * dmarples@comms.eee.strathclyde.ac.uk - fonctionne mais ...
     * robert logan (rl@de-montfort.ac.uk) - sans aucun problme.
     * James D. Levine (jdl@netcom.com) - sans aucun problme.

7.6 Intel-Premier

   grif@cs.ucr.edu - fonctionne. jeromem@amiserv.xnet.com - fonctionne
   demarest@rerf.or.jp - fonctionne (Premier-II)

7.7 DELL Poweredge SP4100

   gbelow@pmail.sams.ch - fonctionne

7.8 Comtrade Best Buy PCI / PCI48X Mo Rev 1.0

   tldraben@eos.ncsu.edu - Fonctionne. Probablement quipe de l'ensemble
   de circuits ("chipset") dficient Intel "Saturn".

7.9 IDeal PCI / PCI48X Mo Rev 1.0

   tldraben@eos.ncsu.edu - Ne fonctionne pas.

7.10 CMD Tech. PCI IDE / CSA-6400C

   tldraben@eos.ncsu.edu - Fonctionne.

7.11 GA-486iS (Gigabyte)

   Stefan.Dalibor@informatik.uni-erlangen.de - Fonctionne.

7.12 GA-586-ID (Gigabyte) 90 Mhz Pentium PCI/EISA

   kkeyte@esoc.bitnet - fonctionne

7.13 ESCOM 486dx2/66 - Type de carte non prcis

   Seul le streamer (floppy tape de marque Archive) ne fonctionne pas.

7.14 J-Bond avec i486dx2/66

   Drew Eckhardt (drew@kinglear.cs.Colorado.EDU) utilise la Diamond
   Stealth 64 VRAM avec 4M de Mmoire ( base de 964). Elle fonctionne
   trs bien en 1024x768 72Hz et 32bpp de mme qu'en 16bpp et 8bpp. Il
   lui a fallu le serveur X311u2S3 de ftp.xfree86.org. Les possesseurs de
   cartes Diamond  base de 968 devront faire de mme.

7.15 Super micro 011895 03:50 SUPER P54CI-PCI rev 1.3 (Opti)

   Manuel de Vega Barreiro
     * carte mre super micro 011895 03:50 SUPER P54CI-PCI rev 1.3
     * Chipset Opti: 82c557,82c556,82c558,82c621.
     * 4 slots PCI, 4 ISA (4x16 Bit)
     * Support ZIF pour CPU (120,100,90,75 mHz)
     * 4 SIMMs 72 broches (max 128Mb)
     * cache 256,512,1024 Kb L2-cache
     * Ami WinBIOS en Flash-Eprom (101094-VIPER-P)
     * contrleur intgr EIDE pour 4 disques.
     * Pentium 90Mhz, 8Mo (now 16Mo) RAM et 256K L2-cache.
     * 1 maxtor 540 Mo, 1 st3122A 1Go
     * Number Nine 9GXE64pro with 2Mo
     * Sound blaster 16 + cdrom Matsushita
     * Ecran 17" microscan 5ep ADI

   J'utilise Linux 1.1.57 (maintenant 1.2.1) sans problmes. dosemu0.53
   fonctionne bien (logiciels de comm comme kermit et xtalk) XFree86 3.1
    la rsolution de 1024x768

8. Rapports dtaills

8.1 Micronics P54i-90 (root@intellibase.gte.com)

   Pentium  90MHz, 32Mo de RAM et 512Ko de cache  2 niveaux. Fonctionne
   parfaitement (une compilation de noyau n'exige que 10 minutes).

   La carte-mre offre :
     * UART - 2 16550A
     * ECP - un port parallle amlior
     * IDE
     * Contrleur de lecteurs de disquettes

   Avantages : j'emploie pour le moment une Adaptec 1542CF et un disque
   Seagate d'un giga. Aucun problme. Carte vido ATI Graphics Pro Turbo
   (PCI), trs vloce. Les ports srie grent un modem TeleBit T3000
   (38400) sans pertes de caractres. Les adresses mmoires situes
   au-del de 16Mo sont aussi servies par le cache. Trois bancs de
   circuits SIMM (2 barettes par banc) pouvant chacun supporter 64 Mo (32
   Mo par barette). Chaque banc doit bien entendu tre complet (2
   barettes). Support CPU ZIF. BIOS flash PHOENIX.

   Inconvnients : RAM maxi 192Mo mais cache limit  512Ko. La carte
   vido est trs vloce mais il n'existe pas pour le moment de serveur X
   pour circuit Mach64 (le serveur SVGA existant n'exploite du moins pas
   ses possibilits). Je ne sais pas si le "contrleur" IDE intgr
   fonctionne car je n'apprcie gure les standards spcifiques  une
   plateforme et n'ai donc pas achet de disque IDE mais emploie un
   Seagate 31200N et un NEC 3Xi.

   Mitch.

8.2 Angelo Haritsis (ah@doc.ic.ac.uk)  propos de la SA486P AIO-II :

   J'ai achet une carte "SA486P AIO-II" supportant les 486
   SX/DX/DX2/DX4. Elle offre :

     * Chipset Intel Saturn v2
     * BIOS Phoenix (flash EPROM)
     * NCR scsi BIOS v 3.04.00
     * 256K 15ns cache (max 512K) (write back et write through)
     * 4 connecteurs pour RAM (SIMM 72 points) en 2 bancs
     * 3 slots PCI, 4 ISA
     * NCR 53c810 embarqu
     * IDE / floppy / 2 x 16550A uarts / parallle tendu embarqus

   J'utilise un 486/DX2-66, un disque dur Seagate "Barracuda" 2.1Go
   (ST12550N), un streamer Wangtek 5525ES et une vieille carte S3 (ISA).
   Tout fonctionna parfaitement ds le premier boot (noyau 1.1.50). Et
   cela perdure depuis un mois. Note : j'employais une Buslogic BT-445S
   et ai pu placer le disque sous le contrle du circuit NCR sans
   reformater ... tout a survcu. Les priphriques SCSI paraissent
   nettement plus rapides. Seules rserves :

   1/ lilo ne peut booter le systme sans une dition manuelle de
   /etc/disktab, effectue une fois pour toutes.

   2/ Afin que l'ensemble fonctionne : disconnect/reconnect est dbray.
   Cela autorise donc le verrouillage du bus SCSI mme durant de longues
   oprations ("rewind" du streamer) ... La ngociation du mode synchrone
   est elle aussi dbraye. Cela entrane une certaine perte de
   performances.

   Je crois que Drew (auteur du pilote pour circuit SCSI NCR) rsout en
   ce moment ces limitations.

   Quelques problmes avec Windows.

8.3 bill.foster@mccaw.com parle de sa Micronics M5Pi

     * Micronics M5Pi avec Pentium 60 MHz  bus PCI et :
     * 16Mo RAM/512Ko cache
     * IDE, parallle, 16550A UARTS
     * 2 X 340MB IDE Maxtor
     * Soundblaster 16 SCSI-II
     * Toshiba 3401B CD-ROM SCSI
     * Drouleur de bandes Archive Viper 525MB SCSI
     * Moniteur Viewsonic 17 pouces
     * Carte vido Cardex Challenger PCI (ET4000/W32P)
     * Souris srie A4-Tech

   Tout fonctionne bien. L'installation de la distribution Slackware
   s'avra trs aise et je peux employer Quicken 7 pour DOS grce 
   DOSEMU. J'emploie X Window en 1152x900  67Hz.

8.4 Simon Karpen (karpens@ncssm-server.ncssm.edu)  propos de la Micronics
M54pi

   Je n'ai pas eu de problmes avec cette carte, le contrleur PCI IDE
   intgr (j'espre passer au SCSI bientt) et une ATI Mach32 (GUP) avec
   2Mo de VRAM.

8.5 Goerg von Below (gbelow@pmail.sams.ch)  propos du DELL Poweredge

     * Intel 486DX4/100
     * 16 Mo RAM
     * DELL SCSI Array (DSA) avec Firmware A07, DSA-Manager 1.7
     * disque dur 1 Go SCSI DIGITAL
     * CD-ROM NEC SCSI
     * streamer SCSI 2 Go interne
     * Ethernet : 3-Com C579 EISA
     * Carte vido : ATI 6800AX PCI VGA, 1 MB RAM

   Attention : Le DSA ne fonctionne qu'avec le firmware ("BIOS") A07 !!
   A06, trop bogu, interdit le reboot !! Pour rcuprer ce code : ftp
   dell.com, fichier /dellbbs/dsa/dsaman17.zip

   A part cela aucun problme sous Linux. Machine faisant office de
   serveur de noms, de serveur de news et de serveur WWW sur l'Internet
   depuis deux mois ...

8.6 zenon@resonex.com  propos du Gateway2000 P-66

   Gateway 2000, Pentium  66 MHz, carte-mre Intel offrant 5 slots ISA
   et 3 PCI. Je n'utilise qu'une carte PCI #9 GXe level 12 (2 Mo VRAM et
   1 Mo DRAM) achete chez Dell. Je n'emploie le mode graphique, sous
   Linux, qu' partir des consoles et attends quelques adaptations
   d'XFree86 avant de l'essayer en 1280x1024. J'ai pu utiliser cette
   carte sous DOS/Windows en 1280x1024x256 sans problme. Installes par
   ailleurs : carte Ethernet "Etherlink 3C509" (Etherlink III), la carte
   Mitsumi

     Interfaant probablement un lecteur de CD-ROM.

   , l'Adaptec 1542C et une carte srie/parallle (la machine comprend
   donc 3 ports srie).

   32 Mo de mmoire installs et reconnus par DOS et Linux. Une souris
   bus (Microsoft en mode PS/2).

   Aucun problme jusqu' prsent.

8.7 James D. Levine (jdl@netcom.com) utilise un Gateway 2000

   Gateway 2000 P5-60  carte-mre Intel "Mercury", BIOS sur EPROM Flash
   d'origine AMI (1.00.03.AF1, (c)'92) 16Mo RAM, interface IDE embarque
   et carte vido PCI : ATI AX0 (Mach32 Ultra XLR).

   Aucun problme avec ce matriel jusqu' prsent, mais n'a rien essay
   de trs spcial (pilotes SCSI ou acclrateurs d'IDE).

8.8 hi86@rz.uni-karlsruhe.de : carte SPACE

   8Mo RAM, S3 805 1Mo DRAM PCI Disque dur 260Mo Seagate IDE (je ne peux
   exploiter le circuit NCR53c810 faute de pilote), Linux 0.99pl15d
   fonctionne bien.

8.9 grif@cs.ucr.edu : carte INTEL

   17 machines 60MHz Pentium (carte Intel "Premier").

8.10 Jerome Meyers (jeromem@xnet.com) et Intel Premier

   Intel Premier Plato-babyAT 90mhz avec Buslogic bt946c w/4.86 mcode
   w/4.22 autoSCSI, ATI Xpression (Mach64) (j'emploie les pilotes
   disponibles sur sunsite et un moniteur AcerView 56L).

   4 disques durs IDE. Linux (Slackware 2.0) peroit les deux premiers et
   ce que contrle la BusLogic (qui mule une Adaptec 1542). DOS peroit
   tout. BusLogic (aux US du moins ! NdT) expdie sans problmes les
   circuits permettant de procder  une mise--jour matrielle (botiers
   PLCC). Une Sound Blaster SCSI-2 contrle aussi un lecteur de CD.
   Config complte, donc : 4 disques IDE (2 pour Linux) et 2 contrleurs
   SCSI.

8.11 Timothy Demarest (demarest@rerf.or.jp) et l'Intel Plato Premiere II

   La configuration de mon systme est la suivante : 16 Mo de RAM 60ns,
   carte ethernet 3Com Etherlink-III (10base2), ATI Mach 64 2 Mo de VRAM,
   CDROM SCSI double vitesse Toshiba, NCR 53c810 PCI SCSI, lecteur de
   cartouches 270 Mo Syquest 3270, cran Viewsonic 17 pouces, Pentium 90
   (non bugg). Je tourne sous Slackware 2.1.0 avec un noyau 1.2.0 et
   d'autres mises  jour diverses.

   Tout fonctionne sans problme. Je ne recommende pas les lecteurs
   Syquest. J'ai utilis les modles 3105 et 3270 qui sont tous les deux
   trs, trs fragiles. De plus les cartouches sont facilement
   endommages ce qui m'a caus de frquents problmes. Je suis en train
   de m'intresser  d'autres systmes de stockage amovible (MO, Zip,
   Minidisc, etc).

   Quelques informations qui peuvent tre utiles :

  Mises  jour du Flash Bios

   On peut tlcharger par ftp les mises  jour de Flash Bios  partir de
   wuarchive.wustl.edu:/pub/MSDOS_UPLOADS/plato. Le numro de version
   actuelle est 1.00.12.AX1. Les mises  jour de BIOS doivent tre
   effectues dans l'ordre. De 1.00.03.AZ1 vers 1.00.06.AX1 vers
   1.00.08.AX1 vers 1.00.10.AX1 vers 1.00.12.AX1. On peut aussi
   tlcharger ces mises  jour sur le BBS Intel.

  Carte PCI SCSI NCR 53c810 sans BIOS

   Si vous utilisez la carte PCI SCSI NCR 53c810 sans BIOS avec la Plato,
   il se peut que vous ayez du mal  la faire reconnaitre. J'ai du
   modifier un des cavaliers de la carte NCR : Celui qui contrle si il y
   a 1 ou 2 cartes SCSI NCR dans votre machine doit tre sur "2". Je ne
   sais pas pourquoi, mais c'est comme a que j'ai russi  la faire
   marcher. L'autre cavalier contrle le choix de l'interruption (A, B,
   C, D). Je l'ai laiss sur A (position par dfaut).

  A part a, c'est du "plug and play" !

   Il n'y a rien  faire dans le BIOS pour configurer la carte NCR
   53c810. Ne vous en faites pas - une fois les cavaliers de la carte
   bien positionns, elle sera bien dtecte ! Le PCI c'est bien du "plug
   and play" !

8.12 heinrich@zsv.gmd.de : carte ASUS

   ASUS-PCI-Board (SP3) quip de :

     * Carte-mre PCI Asus, CPU AMD 486/dx2-66 et 16Mo RAM
     * Disque dur Fujitsu 2196ESA 1G SCSI-II
     * Interface disque dur Future Domain 850MEX (peu chres, copie quasi
       conforme des Seagates ST01. J'attends le pilote pour le NCR53c810
       embarqu)
     * ATI Graphics Ultra (premire vague : circuit Mach-8, carte ISA 8
       bits)
     * Slackware 1.1.1

   L'utilisateur s'est content d'installer la nouvelle carte mre, de
   rinstaller les cartes et de connecter les cbles ... et tout a
   fonctionn du premier coup. Mais il n'emploie aucune carte d'extension
   PCI.

8.13 CARSTEN@AWORLD.aworld.de : carte ASUS

   Carte ASUS-PCI avec 486DX66/2, miro-crystal 8s PCI avec serveur pour
   S3 de XFree86-2.0, n'utilisant pas le circuit SCSI NCR embarqu pour
   cause de manque de pilotes sous Linux mais test sous DOS et reconnu
   trs vloce. Aucun problme de compatibilit.

8.14 Lars Heinemann (lars@uni-paderborn.de) : ASUS

   Carte ASUS PCI/I-486SP3  486DX2/66, 16Mo RAM (2x8), miroChrystal
   8S/PCI (1Mo) S3, Soundblaster PRO, Adaptec 1542b (3.20 ROM) carte SCSI
   et deux disques (Fujitsu M2694ESA et Quantum LPS52) plus QIC-150
   Streamer. Aucun problme !

8.15 Ruediger.Funck@Physik.TU-Muenchen.DE : carte ASUS

     * ASUS PCI/I-486SP3 / i486DX2-66 / 8 Mo PS/2 70 ns
     * BIOS: Award v 4.50
     * Miro Crystal 8s PCI - S3 P86C805 - 1Mo DRAM
     * Disque dur Quantum LPS 540S SCSI contrl par NCR 53c810
     * CPU vers DRAM "write buffer" : en fonction (enabled)
     * CPU vers PCI "write buffer" : en fonction
     * PCI vers DRAM "write buffer" : non employ
     * CPU vers PCI "burst write" : en fonction

8.16 robert logan (rl@de-montfort.ac.uk) : GW/2000

     * Gateway 2000 4DX2-66P
     * 16 Mo RAM,
     * PCI ATI AX0 2Mo DRAM (ATI GUP).
     * Disque dur WD 2540 (528 Mo)
     * Slackware 1.1.2 (0.99pl15f)

   Aucun problme. SLIP et la carte Orchid-Soundwave-32 fonctionnent.
   J'attends moi aussi le pilote pour NCR. Seul problme rencontr : les
   performances du disque IDE laissent  dsirer sous Linux alors que ce
   trs rcent disque WD vole sous DOS/WfW.

     L'interface IDE fonctionne en mode ISA sous Linux et un pilote
     commute le mode PCI sous DOS. Cela explique la perte de charge
     constate. Cf. aussi le cas de dmarples@comms.eee.strathclyde.ac.uk
     NdT.

8.17 archie@CS.Berkeley.EDU : ASUS (deux machines)

     * ASUS PCI-SP3 (4 ISA, 3 PCI)
     * Intel 486DX2/66
     * Genoa Phantom 8900PCI (autre machine : Tseng 3000/W32i)
     * Maxtor 345 Mo IDE
     * Carte modem Supra 14.4
     * Moniteurs : ViewSonic 6e et NEC Multisync 4fge
     * Slackware 1.2.0

   Le circuit SCSI embarqu est mis hors-fonction. Problmes de prime
   abord avec la chane IDE (interface embarque) : "un jumper, sur la
   carte, permet de spcifier si la ligne d'IRQ 14 provient du bus ISA ou
   PCI. Un exemple fourni par le manuel montre une connexion  l'INT A du
   PCI. Ne pas le respecter. La configuration du Supra exige l'emploi de
   setserial (pour prciser que le port est un 16550A). Slackware :
   utiliser /etc/rc.d/rc.serial."

8.18 Michael Will : ASUS-SP3 486 (premire gnration)

   J'utilise la configuration suivante :

     * ASUS PCI-SP3-Board : 486dx2/66 et 16Mo RAM
     * NCR53c810-SCSI-II embarqu pour 1Go Seagate et streamer Wangtek
     * ATI-GUP PCI Mach32 / 2Mo VRAM fonctionnant parfaitement avec
       XFree86(tm)-3.1 (8 et 16 bits/pixel)
     * Linux kernel 1.1.54

   Tout fonctionne. Vitesse satisfaisante. Les performances de la carte
   ATI-GUP-PCI (Mach32) restent en dea des indices de benchmarks. Si
   j'avais de l'argent j'achterais un P90 Plato et une carte #9GXE64Pro
   !

8.19 Mike Frisch (mfrisch@saturn.tlug.org) : Giga-Byte 486IM

     * Giga-Byte 486IM
     * 4 slots ISA (2 double VLB) et 4 PCI
     * CPU: Intel 486DX/33
     * BIOS: Award 4.50G
     * Contrleur disque PCI EIDE : Giga-Byte GA-107 (CMD 640x PCI
       Multi-I/O)
     * carte vido PCI : ATI Graphics eXpression PCI 2MB DRAM
     * Linux Kernel: 1.2.9
     * Distribution Linux : Slackware 2.2.0 trs modifie

   J'ai fait tourner cette carte 24h sur 24 ces 6 derniers mois. Elle a
   fonctionn sans problme sous DOS/Windows, OS/2 Warp et Linux
   (24h/24).

8.20 Karl Keyte (kkeyte@esoc.bitnet) Gigabyte GA586 Pentium

     * PCI/EISA Board Gigabyte GA586-ID 90MHz Pentium (biprocesseur, un
       seul CPU mont)
     * 32 Mo RAM
     * SCSI - pas de circuit NCR, j'emploie donc une Adaptec 1542C,
     * PCI ATI GUP 2M VRAM
     * Adaptec 1742 EISA SCSI
     * Soundblaster 16

   DOS et Linux fonctionnent parfaitement. Machine extrmement vloce.
   Les benchmarks de BYTE pour machines Unix lui accordent une puissance
    peu prs gale  celle d'une Sun SPARC 20 sous Solaris 2.3. Le PC
   effectue plus vite le test de vitesse de calcul en arithmtique
   entire et celui portant sur la manipulation des processus (changement
   de contexte y compris). La station Sun l'emporte lors des traitements
   en virgule flottante et sur l'un des tests de vitesse du systme de
   disques.

8.21 kenf@clark.net : G/W 2000

   Emploie un Gateway 2000 sans problme. La carte son livre (modle non
   prcis) ne fonctionne pas. Il espre obtenir satisfaction aprs un
   change contre une vritable Sound Blaster.

8.22 Joerg Wedeck (jw@peanuts.informatik.uni-tuebingen.de) / ESCOM

   486 DX2/66 vendue par ESCOM (type de carte mre non prcis) avec IDE
   embarqu et sans circuit SCSI "NCR". Adaptec 1542cf et carte vido
   SPEA v7 mercury lite (s3, PCI, 1Mo), ISA-Soundblaster-16,
   mitsumi-cdrom (simple vitesse). Seul le streamer Archive ne fonctionne
   pas. Le spea-v7 s'entend parfaitement avec XFree86-2.1 !

   Il abandonna tout cela pour adopter une carte ASUS-SP3-G et constata
   qu'elle ne supporte pas les transferts en mode rafale du bus PCI vers
   la mmoire ("PCI-to-Memory posting"). Seul Linux crashe, Windows et
   OS/2 fonctionnent. Dbrayer cette option rend le tout parfaitement
   stable. Lire  ce propos
   "http://wsiserv.informatik.uni-tuebingen.de/ jw".

8.23 ut@informatik.uni-kiel.d400.de / ASUS

   ASUS-PCI et AMD486dx40 (cadenc  33MHz ?!). La carte ISA-ET3000
   Optima 1024A ISA fonctionne bien. Pas de problme avec le disque SCSI
   Quantum540S connect au NCR53c810 intgr.

9. Problmes rencontrs

9.1 hschmal@informatik.uni-rostock.de : SCSI-PCI-SC200

   Linux refuse de dmarrer lorsque la carte SCSI-PCI-SC200 se trouve
   dans le systme.

9.2 dmarples@comms.eee.strathclyde.ac.uk G/W 2000

   Gateway 2000 G/W 2000 4DX2/66 PCI ATI-Graphics-Ultra-Pro IDE

   Fonctionne bien, seule la carte IDE fonctionne en mode ISA sous Linux,
   beaucoup plus lentement que sous DOS aprs basculement en mode PCI par
   un programme MS-DOS spcifique. Plus lent sous Linux, donc : un patch
   serait le bienvenu.

9.3 cip574@wpax01.physik.uni-wuerzburg.de (Frank Hofmann) / ASUS

   La carte ASUS / 16Mo-RAM, carte ISA S3/928, interface IDE embarque,
   disque Seagate ST4550A. Aucun problme avec les noyaux Linux plus
   rcents.

   Problme rencontr :

     Ma souris, sous X, ne ragit plus comme d'habitude. Le pointeur
     semble bondir lorsque je la dplace vite. Ce problme a je crois
     t trait dans un newsgroup Linux. L'utilisation du 16550
     expliquerait ce phnomne. Aprs deux semaines d'utilisation je m'y
     suis habitu :-)

   Rduire le seuil du tampon fourni par le 16550 devrait amliorer la
   situation. Un patch pour setserial le permettrait mais je ne sais o
   le trouver.

9.4 axel@avalanche.cs.tu-berlin.de (Axel Mahler) / ASUS

   Carte-mre ASUS PCI/I-486SP3 (Award BIOS 4.50), 16 Mo RAM Circuit SCSI
   "NCR" mis hors-fonction, Carte PCI Genoa Phantom/W32 2Mo

   Adaptec AHA-1542CF (BIOS v2.01) pour :
     * disque IBM 1.05 Go
     * CD-ROM Toshiba (XM4101-B)
     * DAT HP (2Go)

   mke2fs (0.4, v. 1.11.93) fige le systme et interdit l'installation.

     (Version ancienne, indique l'utilisation d'un noyau obsolte NdT).

   Le remplacement de la carte vido Genoa Phantom/W32 2Mo PCI par une
   ELSA Winner 1000 2Mo PCI corrigea le problme. Le systme fonctionne
   aussi avec une vieille carte VGA ISA de marque EIZO. Cela met en cause
   la carte Genoa.

9.5 Frank Strauss (strauss@dagoba.escape.de) / ASUS

   Carte ASUS SP3 i486DX2/66 NCR53c810 hors-fonction Adaptec 1542B dans
   un slot ISA : 2 disques (200Mo Maxtor, 420Mo Fujitsu), SyQuest 88Mo et
   streamer Tandberg carte vido ELSA Winner 1000 PCI, 1Mo-VRAM
   Soundblaster Pro dans slot ISA (IRQ 5) Interface IDE embarque mise
   hors-fonction Circuits embarqus pour srie, parallle et contrleur
   de disquettes en fonction.

   La machine se fige parfois aprs un reset (logiciel ou matriel). Ce
   n'est probablement pas d  l'Adaptec ou  la carte son car le systme
   ne redmarre pas, parfois, mme lorsqu'elles sont dposes. Mais sitt
   lanc (lorsque le message du BIOS de l'ELSA apparat) tout fonctionne
    merveille.

     Mmes symptmes ici depuis l'installation d'une carte clone  base
     de Cirrus 5428 / VLB dans une machine EISA/VLB NdT.

   Les deux ports srie sont bien dtects en mode 16550 mais lors de
   certains transferts perdent de nombreux caractres en mode V42bis.
   Cela semble relever d'un problme matriel.

   Le mode rafale CPU->PCI fonctionne bien sous DOS/Windows

   Le mode rafale CPU->PCI ne fonctionne pas correctement avec
   linux0.99p15 : pertes de pages crans lors de basculements de consoles
   virtuelles et blocages du systme laissant le voyant SCSI allum lors
   de l'invocation d'applications massives telles que ghostview ou xdvi.

   (Je pense que ces applications exigent beaucoup de transferts en mode
   CPU->PCI-burst  cause des importants volumes de donnes transfrs
   vers la carte ELSA lors de leur invocation).

   Tout fonctionne bien aprs mise hors-fonction du mode CPU->PCI-Burst.
   La carte vido dlivre 93k xstones en 1152x846 (peu de cache pour les
   fontes avec 1Mo). Le mode Opaquemove sous twm est un poil mieux que
   "supportable" :-)

   Un programme DOS nomm SATURN.EXE, lanc avant de dmarrer Linux, aide
   ce dernier  exploiter le mode burst sans accroc.

   Quelqu'un a affirm que certains de ces problmes disparatraient si
   je pouvais dbrayer le mode "sync negotiation" de l'Adaptec mais
   j'ignore si la 1542B permet cela.

   Avec le mode CPU->PCI-Burst la carte vido atteint 95k xstones, ce
   gain ne justifie pas l'effort. L'utilisateur aimerait exploiter la
   carte vido en mode 1152x900 mais cela ne semble pas possible car elle
   interprte toute rsolution horizontale suprieure  1024 comme gale
    1280, entamant la bande passante au point de devoir rduire la
   dimension verticale  816 pixels.

9.6 egooch@mc.com / ASUS

     * Carte ASUS PCI/I-486 SP3 RAM : 16Mo (4x4M-SIMM)
     * Processeur 486DX33
     * BIOS Ver. 4.50 (12/30/93)
     * 2 lecteurs de disquettes (1.2 et 1.44), utilisant le circuit
       embarqu
     * SCSI WD7000 SCSI et Adaptec 1542CF fonctionnent
     * 2 disques SCSI 320Mo
     * CD-ROM SCSI NEC84
     * Streamer Archive QIC150 SCSI
     * Vido Tseng ET4000 ISA
     * Son PAS16
     * Imprimante sur le port parallle intgr  la carte mre

   Aucune carte d'extension PCI pour le moment, mais dsire acheter une
   carte vido PCI. Utilise une carte d'interface SCSI WD7000 en
   attendant le pilote pour circuit NCR embarqu.

   Tout fonctionne parfaitement. Le premier port srie (sert un modem
   14.4) se bloque parfois lors des tentatives de reconnexions aprs
   utilisation du modem. Ce problme serait caus par un circuit
   (SMC-LSI) du 16550 dficient. La souris Logitech srie connecte au
   second port fonctionne bien, mais je cherche comment diminuer le seuil
   du tampon fourni par le 16550.

9.7 Stefan.Dalibor@informatik.uni-erlangen.de / GigaByte

     * Carte GA-486iS Gigabyte 256Kb cache 2L, i486-DX2
     * Bios AMI, 93/8
     * SCSI Pas de circuit SCSI embarqu, j'emploie une Adaptec 1542C,
     * Vido ELSA Winner 1000
     * Linux 0.99pl14 + SCSI-Clustering-Patches / Slackware 1.1.1

   Tout semble fonctionner correctement mais l'utilisateur n'a pas encore
   essay d'installer une carte Ethernet, d'imprimer ou d'exploiter un
   streamer. Des problmes de blocages du systme lorsqu'il utilisait
   find furent rsolus par l'application des patches de clustering SCSI
   mais ils relevaient plutt de dysfonctionnements des anciennes version
   du noyau.

   La carte vido ELSA-Winner-1000 se fige parfois. L'affichage devient
   pour le moins trange et il faut relancer le systme. Le revendeur a
   parl d'un bug de la carte ELSA mais le constructeur a affirm avoir
   rsolu cela. le problme n'est pas systmatique, l'utilisateur tche
   donc de l'ignorer.

   Tout bien considr la machine fonctionne bien en utilisation de
   bureautique orient traitement de textes (emacs, LaTeX, xfig,
   ghostview) et semble trs vloce,  peine au-dessous des stations Sun
   cotant au moins 3 fois plus cher qu'il emploie par ailleurs.

   Le mode CPU->PCI-Burst est dbray car le BIOS ne supporte pas
   correctement cela.

9.8 Tom Drabenstott (tldraben@eos.ncsu.edu) : Comtrade / PCI48IX

   PCI48IX Rev. 1.0. Constructeur inconnu, documentation par "TMC". Le
   BIOS ne permet gure de paramtrer le bus PCI.

   La carte ISA multifonctions d'interface IDE de type UMC (863+865)
   fonctionne bien sous DOS et OS/2 mais pas sous Linux.

10. Choix d'une carte-mre PCI : conseils et observations diverses

   Angelo Haritsis (ah@doc.ic.ac.uk) a rassembl les lments de cette
   section.

10.1 ATTENTION

   Ne pas acheter de carte-mre PCI/VLB, elles paraissent toutes mal
   conues. Opter pour une carte PCI/ISA. Eviter les jeu de composants
   (chipsets) de marque OPTi modles 82C596, 82C597 et 82C822 comme sur
   la carte mre TMC PCI54PV.

   (Je connais au moins une personne qui n'a pas de problme avec sa TMC
   PCI54PV. Il lui a fallu seulement mettre sa carte NCR53c810 dans le
   slot A qui semble le seul capable de faire du busmaster.)

   Diverses rumeurs laissent entendre que les cartes mres Intel ne
   peuvent supporter plus d'une carte d'extension bus master. On dit
   aussi que le chipset Saturn II pose divers problmes ... mais je
   l'emploie avec satisfaction !

10.2 Connecteur de composants de RAM

   Opter pour une carte  connecteurs 72 points (vlocit maximale).
   Toutes les cartes Intel offrent cela.

10.3 Carte-mre PCI plbiscite

   La carte-mre Intel pour Pentium 90  chipset Premiere II (connue
   aussi sous le nom de "Plato") parat satisfaisante. Opter pour un BIOS
   intgrant le code du contrleur SCSI NCR embarqu afin que mme le
   53c810 permette  MS-DOS de fonctionner. La version 1.00.08 (ou
   peut-tre 1.00.06) offre un BIOS pour le circuit NCR intgr au BIOS
   principal (AMI). Une disquette permet de mettre  jour ce dernier
   (inscrit sur EPROM FLASH). La plus rcente version repre porte le
   numro 1.00.10 et corrige tous les problmes de jeunesse de ce
   produit.

10.4 Lignes d'IRQ (Interrupt ReQuest)

   La plupart des cartes-mres exigent une configuration explicite (via
   le SETUP) des paramtres PCI bas-niveau ... pour chaque connecteur
   (slot PCI) ! Cela mnage la compatibilit de ce bus avec les cartes
   ISA. Sur les plus anciennes cartes PCI des cavaliers (jumpers) doivent
   configurer le mode d'exploitation des lignes d'interruptions fournies
   par chaque slot PCI (INTA et parfois INTB, INTC et INTD) et de leur
   interfaage avec les lignes du classique 8259. Si une carte-mre
   donne intgre ces cavaliers leurs positions doivent imprativement
   correspondre au paramtrage (SETUP) du bus PCI. Les documents fournis
   avec un certain nombre de cartes (Viglens, par exemple) sont
   partiellement errons. L'installation exige en ce cas quelques
   ttonnements.

10.5 La famille des circuits contrleurs SCSI de NCR "8xx"

   Tous les circuits NCR 8XX emploient le bus mastering (peuvent prendre
   le contrle du bus) et se connectent directement au bus PCI. Ils
   correspondent aux spcifications PCI version 2.0 et sont donc capables
   de transferts en mode rafale sur 32 bits  33MHz (133 Mo/s).

  53C810

   8 bits Fast SCSI-2 (10 Mo/s). Ncessite un BIOS spcifique sur la
   carte mre. 100 broches Quad Flat Pack (PQFP). Premier circuit SCSI
   pour PCI. Le moins onreux car le plus produit.

  53C815

   8 bits Fast SCSI-2 (10 Mo/s). Terminaisons passives ("single ended")
   uniquement. Interface pour BIOS externe (circuit idal pour conception
   de carte). 128 broches QFP.

  53C825

   16 bits Fast SCSI-2 (20 Mo/s). Terminaisons passives ou
   diffrentielles. Interface pour BIOS externe. 160 broches QFP.

10.6 Le futur des 53c8xx

   NCR annoncera dans les 6 prochains mois 4 nouveaux circuits. Brochages
   compatibles avec les 810 et 825 et quelques nouvelles fonctions.

   Tous ces circuits ncessitent un BIOS sous MS-DOS. Le 810 seul exige
   son implantation sur la carte-mre. La plus rcente version du BIOS
   NCR porte le numro 3.04.00 et permet  MS-DOS d'employer les disques
   de plus d'un Go.

10.7 Performances des circuits SCSI NCR

   Les tests de vlocit du magazine allemand "C't" indiquent que ces
   circuits fonctionnent nettement plus vite que la BusLogic BT-946. Un
   utilisateur a constat un niveau de performances d'environ 10  15%
   suprieur  celui d'une Adaptec 2940 et qu'avec un trs rapide disque
   dur le tout semble environ deux fois et demi plus rapide qu'une
   Adaptec 1540.

10.8 Des nouvelles du support NCR53c825

   Ca fonctionne. point.

10.9 Frederic POTTER (Frederic.Potter@masi.ibp.fr)  propos de
Pentium+NCR+Strap_bug

   Sur certaines cartes Intel Plato, le bios NCR ne reconnait pas la
   carte car il doit la voir en tant que "contrleur SCSI secondaire", et
   que sur la pluspart des cartes SCSI le cavalier de slection
   primaire/secondaire a t soud en position primaire (pour conomiser
   un centime, sans doute).

   Solution:
Prs du circuit NCR, il y a 3 connections (sorte de trous) avec un strap,
qui ressemblent 

                O--O  O

        Cela indique que le primaire est configur par dfaut. Pour la carte
        Intel Plato il devrait tre comme ceci

                O  O--O

        La meilleure solution est d'enlever le strap et de mettre  la place
        un cavalier  deux positions.

10.10 La dtection des priphriques PCI dans les noyaux Linux rcents par
Frederic Potter

   Frederic Potter a rajout une dtection des priphriques PCI dans les
   noyaux rcents. Si vous faites "cat /proc/pci" vous devriez obtenir la
   liste de vos cartes. Si certaines de vos cartes ne sont pas bien
   reconnues, envoyez un courrier lectronique 
   "Frederic.Potter@masi.ibp.fr".

   Voir arch/i386/kernel/bios32.c et include/linux/pci.h dans les sources
   du noyau pour en savoir plus sur le fonctionnement de la dtection
   PCI.

10.11 Autres priphriques PCI

   Quelles autres cartes PCI peut-on utiliser ? A part les nombreuses
   cartes graphiques, j'aimerais entendre parler d'autres cartes comme
   les cartes ethernet, de capture d'cran ou de TEST. Cyclades a en beta
   test en ce moment :

  Cyclades: carte multiport PCI RISC  16 ports

   Ce produit appel Cyclom-Ye possde les caractristiques suivantes :

     * Carte PCI hte bas sur le jeu de circuits PLX. Cette carte gre
       de 8  32 ports srie, avec des boitiers externes 8 ou 16 ports.
     * cable SCSI II.
     * boitiers externes 8 or 16 ports avec connecteurs RJ45 ou DB25 au
       choix. On peut dbuter avec 8 ports et augmenter  32 en rajoutant
       seulement des boitiers. Chaque boitier externe contient 2 ou 4
       contrleurs srie RISC CD-1400 (chaque CD-1400 contrle 4 ports
       srie).
     * Il est possible d'installer 4 cartes hte dans un PC ce qui permet
       un maximum de 128 ports srie par systme.

   Ce produit est en cours de beta test au 26 juillet 1995 et devrait
   tre disponible vers octobre. Vous pouvez les contacter 
   sales@cyclades.com.

11. Conclusion

   Si vous avez l'argent ncessaire optez pour une ASUS-SP4, P90, c'est
   ce que je possde en ce moment. Si vous pouvez vous le permettre 32 Mo
   de RAM est trs suprieur  16 Mo.

   Dans un avenir proche, le futur standard sera le chipset Triton qui
   permettra l'utilisation des barettes mmoires EDO et SRAM. Les deux
   seront plus chres que de la RAM PS2, et en ce moment (28 juin 1995)
   la SRAM n'est pas encore disponible. Si la RAM EDO est plus chre ce
   n'est pas  cause des cots de production, il parait qu'ils sont
   identiques.

   Pour un systme  hautes performances, je choisirais quand mme une
   ASUS-TP4/XE avec de la RAM EDO mais si vous n'en avez pas un besoin
   urgent il vaut mieux attendre encore un peu.

   Pour le choix d'une carte graphique, je dirais que la meilleure des
   cartes bon march qui s'accorde parfaitement avec un cran Samsung
   Syncmaster 15Gli, est la SPEA V7 Mirage P64  circuit Trio64 en
   version 2 Mo de DRAM. Pour des affichages plus sophistiqus tel
   l'Iiyama-IDEK 8617-T, je pense que la PCI Mach64 ATI-GUP-Turbo (pas le
   modle moins cher GUP-Turbo-Windows) serait un bon choix : avec 4 Mo
   de RAM on peut avoir 16 millions de couleurs dans les rsolutions
   suprieures. Elle est bien gre par XFree86(tm)-3.1.1, et il y a
   aussi des serveurs X commerciaux, parmi lesquels je recommenderais
   Accelerated/X, qui la font fonctionner trs efficacement.

   Pour du SCSI je conseille un contrleur DPT plustt que le (moins cher
   et trs rapide) NCR53c810 si l'on compte utiliser beaucoup de streamer
   SCSI. Le pilote Linux pour NCR53c810 ne gre pas, en effet, les
   connection/dconnection ce qui bloque le bus SCSI  chaque opration
   du type "mt rewind", "mt fsf", etc. Cela implique de pnaliser les
   performances pendant l'utilisation de Tar. Mais allez voir les
   nouveaux pilotes alpha de Drew avant de prendre un dcision, peut-tre
   rsolvent-ils ces problmes.

   Pour des serveurs, le DPT reste de toute faon le contrleur de choix
    cause de la bonne gestion du cache matriel ( avec tri des accs, ce
   qui rend le cache embarqu intressant mme sur un environnement Linux
   ou l'OS gre son propre cache) et du support raid jusqu'au niveau 5.

   Si vous ne voulez dpenser autant d'argent en quipement informatique
   (vous avez aussi une vie) vous pourriez prendre une ASUS-SP3-SiS avec
   un AMD-DX2/66 ou un DX4/100. La SPEA V7 Mirage P64 PCI avec 2 Mo de
   DRAM est un bon choix car elle utilise le circuit S3 Trio64 qui est
   bien support par XFree86(tm)-3.1.1 et de plus n'est pas chre et
   rapide.

   Depuis XFree86(tm)-3.1, l'ET4000/w32-PCI rapide et peu chre est aussi
   un bon choix.

12. Remerciements

   Les personnes suivantes ont directement contribu  la rdaction de ce
   document :

     * David Lesher (wb8foz@netcom.com) (correction de la version
       anglaise)
     * Nathanael MAKAREVITCH (nat@nataa.frmug.fr.net) (adaptation en
       franais)
     * Jun Morimoto (morimoto@lab.imagica.co.jp) (adaptation en japonais)
     * Marco Melgazzi (marco@vcldec1.polito.it) (adaptation en italien)
     * Donald Becker (becker@cesdis.gsfc.nasa.gov) (infos ethernet)
     * Drew Eckhardt (drew@kinglear.cs.Colorado.EDU) (infos SCSI)

   J'ai collect la plupart des informations prsentes ici par email et
   articles de news posts par les personnes dont les noms suivent :

     CARSTEN@AWORLD.aworld.de, dmarples@comms.eee.strathclyde.ac.uk,
     drew@kinglear.cs.Colorado.EDU (oeuvrant sur le pilote du
     NCR53c810), duncan@spd.eee.strathclyde.ac.uk,
     fm3@irz.inf.tu-dresden.de, grif@ucrengr.ucr.edu,
     heinrich@zsv.gmd.de, hm@ix.de (iX-Magazine), hm@seneca.ix.de,
     kebsch.pad@sni.de, kenf@clark.net, matthias@penthouse.boerde.de,
     ortloff@omega.informatik.uni-dortmund.de,
     preberle@cip.informatik.uni-erlangen.de, rob@me62.lbl.gov,
     rsi@netcom.com, sk001sp@unidui.uni-duisburg.de,
     strauss@dagoba.escape.de, strauss@dagoba.priconet.de,
     hi86@rz.uni-karlsruhe.de, Ulrich Teichert, krypton@netzservice.de,
     Stefan.Dalibor@informatik.uni-erlangen.de, tldraben@teleport.com
     mundkur@eagle.ece.uci.edu, ooch@jericho.mc.com, Gert Doering
     (gert@greenie.muc.de), James D. Levine (jdl@netcom.com), Georg von
     Below (gbelow@pmail.sams.ch), Jerome Meyers
     (jeromem@quake.xnet.com), Angelo Haritsis (ah@doc.ic.ac.uk),
     archie@CS.Berkeley.EDU et son copain kenf@clark.net.

   Nat aimerait remercier les courageux relecteurs/correcteurs de ce
   document :

     Xavier Cazin, Ren Cougnenc

13. Informations diverses (section ajoute par Nat)

   ---------------------------------------

   Truc pour vrifier la release du chipset PCI (merci  Jean-Louis
   Matrat).

Sous debug:

-o cf8 f0
-i c000
86
-i c001
80
-i c002
A3
-i c003
04
-i c008
11
-o cf8 00
-q

   Les valeurs retournes indiquent :
     * en 00 et 01 : Vendor ID, Intel si 8086
     * en 02 et 03 : Device ID, 0483 si Saturn (PCI en 486), 04A3 si PCI
       en Pentium (Mercury et la suite)
     * en 04 : Rvision ID, 01 pour Mercury 1 (60 MHz), 03 pour Mercury 2
       (66 MHz), Neptune (90 MHz) si 10 et plus.

   ---------------------------------------

   Pour rcuprer les fichiers permettant de reprogrammer un BIOS de
   carte Plato :

   ftp.ibp.fr:/pub/linux/packages/GCC/plato.tar.gz

   Un newsgroup nomm alt.comp.periphs.mainboard.asus traite du cas des
   cartes mres ASUS.

14. Note du traducteur

   Note destine aux utilisateurs de Linux rsidant en France : Une
   confrence rpartie sur de nombreux BBS franais traite de Linux. Elle
   est relie au newsgroup Usenet "fr.comp.os.linux".

   Divers sites publics proposent fichiers et informations utiles.
   Connexion par modem/rseau tlphonique commut, sans parit, 8 bits
   de donnes et 1 bit de stop :

brasil       (1)  44 67 08 44       Bulletin Board System
bbs-fdn      (1)  48 89 58 59       Site Linux et uucp anonyme de
                                    l'association FDN. Login guest,
                                    ou nuucp sans mot de passe.
remcomp      (1)  40 22 90 93       Site uucp anonyme.
             (1)  42 47 06 11       Login: nuucp, pas de mot de
                                    passe. Liste des fichiers dans
                                    ~/catalogue.gz
renux        (1)  42 37 78 92       Site Linux ou uucp anonyme.
                                    Liste des fichiers dans:
                                    /mirror/catalogue.zip
shagshag     (1)  40 30 04 68       Site Linux
fasterix    (1)  47 07 32 34        fichiers /gnu et /vrac
magix        (1)  45 21 02 52
paoux        (1)  60 82 29 34       Site Linux ou uucp anonyme
spia         (16) 47 42 56 25       Site Linux
stdin BBS    (16) 72 34 54 37       Bulletin Board System
Le Lien      (16) 72 08 98 79       Bulletin Board System
Suptel Nancy (16) 83 53 16 17       Bulletin Board System
             (16) 83 53 20 21
cafard naum  (16) 51 70 16 32      Bulletin Board System
             (16) 51 70 16 34      Site Linux  ou uucp anonyme.

Serveurs ftp :
ftp.ibp.fr         132.227.60.2     /pub/linux : miroir de tsx-11.mit.edu.
ftp.fdn.org        193.55.4.75      /pub/Linux
ftp.loria.fr       152.81.10.10     /pub/linux
ftp.univ-angers.fr 193.49.144.1     /pub/Linux

Voir aussi :
fgb1.fgb.mw.tu-muenchen.de     129.187.200.1    /pub/linux
ftp.denet.dk                   129.142.6.74     /pub/OS/linux
ftp.dfv.rwth-aachen.de         137.226.4.105    /pub/linux
ftp.ibr.cs.tu-bs.de            134.169.34.15    /pub/os/linux
ftp.informatik.rwth-aachen.de  137.226.112.172  /pub/Linux
ftp.informatik.tu-muenchen.de  131.159.0.110    /pub/Linux
ftp.mcc.ac.uk                  130.88.203.12    /pub/linux
ftp.stack.urc.tue.nl           131.155.2.71     /pub/linux
ftp.win.tue.nl                 131.155.70.100   /pub/linux
nic.funet.fi                   128.214.6.100    /pub/OS/Linux
src.doc.ic.ac.uk               146.169.2.1      /packages/linux

15. Copyright/avertissement lgal

    Copyright 1993, 94 by Michael Will
   (michaelw@student.uni-tuebingen.de) - rserv aux usages non
   commerciaux. La licence GPL (Gnu Public License) s'applique. Si vous
   ne pouvez pas obtenir une copie de la GPL, je serais heureux de vous
   en envoyer une.

   Si vous vendez ce HOWTO sur un CD ou dans un livre je serais heureux
   d'en obtenir un exemplaire pour rfrence.

   (Michael.Will@student.uni-tuebingen.de)

   Vous pouvez me contacter par courrier lectronique ou bien au
   +49-7071-969063.

   La reproduction de la prsente traduction ne ncessite pas
   l'autorisation de ses traducteurs : Nat (nat@nataa.frmug.fr.net) et
   Olivier (olivier.chretien@atd.fdn.fr).

   Les marques cites restent la proprit de leurs possesseurs. Les
   informations fournies ne sont assorties d'aucune garantie.
