/usr/share/doc/HOWTO/fr-html/PCI-HOWTO.html is in doc-linux-fr-html 2013.01-2.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 1211 1212 1213 1214 1215 1216 1217 1218 1219 1220 1221 1222 1223 1224 1225 1226 1227 1228 1229 1230 1231 1232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245 1246 1247 1248 1249 1250 1251 1252 1253 1254 1255 1256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 1279 1280 1281 1282 1283 1284 1285 1286 1287 1288 1289 1290 1291 1292 1293 1294 1295 1296 1297 1298 1299 1300 1301 1302 1303 1304 1305 1306 1307 1308 1309 1310 1311 1312 1313 1314 1315 1316 1317 1318 1319 1320 1321 1322 1323 1324 1325 1326 1327 1328 1329 1330 1331 1332 1333 1334 1335 1336 1337 1338 1339 1340 1341 1342 1343 1344 1345 1346 1347 1348 1349 1350 1351 1352 1353 1354 1355 1356 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 1368 1369 1370 1371 1372 1373 1374 1375 1376 1377 1378 1379 1380 1381 1382 1383 1384 1385 1386 1387 1388 1389 1390 1391 1392 1393 1394 1395 1396 1397 1398 1399 1400 1401 1402 1403 1404 1405 1406 1407 1408 1409 1410 1411 1412 1413 1414 1415 1416 1417 1418 1419 1420 1421 1422 1423 1424 1425 1426 1427 1428 1429 1430 1431 1432 1433 1434 1435 1436 1437 1438 1439 1440 1441 1442 1443 1444 1445 1446 1447 1448 1449 1450 1451 1452 1453 1454 1455 1456 1457 1458 1459 1460 1461 1462 1463 1464 1465 1466 1467 1468 1469 1470 1471 1472 1473 1474 1475 1476 1477 1478 1479 1480 1481 1482 1483 1484 1485 1486 1487 1488 1489 1490 1491 1492 1493 1494 1495 1496 1497 1498 1499 1500 1501 1502 1503 1504 1505 1506 1507 1508 1509 1510 1511 1512 1513 1514 1515 1516 1517 1518 1519 1520 1521 1522 1523 1524 1525 1526 1527 1528 1529 1530 1531 1532 1533 1534 1535 1536 1537 1538 1539 1540 1541 1542 1543 1544 1545 1546 1547 1548 1549 1550 1551 1552 1553 1554 1555 1556 1557 1558 1559 1560 1561 1562 1563 1564 1565 1566 1567 1568 1569 1570 1571 1572 1573 1574 1575 1576 1577 1578 1579 1580 1581 1582 1583 1584 1585 1586 1587 1588 1589 1590 1591 1592 1593 1594 1595 1596 1597 1598 1599 1600 1601 1602 1603 1604 1605 1606 1607 1608 1609 1610 1611 1612 1613 1614 1615 1616 1617 1618 1619 1620 1621 1622 1623 1624 1625 1626 1627 1628 1629 1630 1631 1632 1633 1634 1635 1636 1637 1638 1639 1640 1641 1642 1643 1644 1645 1646 1647 1648 1649 1650 1651 1652 1653 1654 1655 1656 1657 1658 1659 1660 1661 1662 1663 1664 1665 1666 1667 1668 1669 1670 1671 1672 1673 1674 1675 1676 1677 1678 1679 1680 1681 1682 1683 1684 1685 1686 1687 1688 1689 1690 1691 1692 1693 1694 1695 1696 1697 1698 1699 1700 1701 1702 1703 1704 1705 1706 1707 1708 1709 1710 1711 1712 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux/x86 (vers 25 March 2009), see www.w3.org">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.69">
<title>Linux PCI-HOWTO</title>
</head>
<body>
<h1>Linux PCI-HOWTO</h1>
<h2>par Michael Will,
<code>Michael.Will@student.uni-tuebingen.de</code></h2>
version 0.5h, 15 Novembre 1995
<hr>
<em>Linux et les cartes-mères PCI</em>
<hr>
<h2><a name="s1">1. Introduction</a></h2>
<p>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 (mères et d'extension) avec Linux,
réalisée grâce à une enquête
menée auprès d'utilisateurs.</p>
<p>Si vous disposez d'informations à ce propos (et dignes
d'intérêt !), n'hésitez à contacter
l'auteur de ce document ou, si l'anglais écrit
génère une terrible angoisse, celui de cette
adaptation française (adresse email : cf.
dernière page).</p>
<p>Dans ce document le terme "embarqué" désigne un
circuit installé sur la carte-mère, par opposition
à un composant de carte d'extension. J'ai traduit "driver"
par "pilote".</p>
<h2><a name="s2">2. PCI ... pourquoi ?</a></h2>
<h2><a name="ss2.1">2.1 Aperçu
général</a></h2>
<p>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).</p>
<dl>
<dt><b>ISA</b></dt>
<dd>
<p>Peu onéreux, lent (le plus souvent 8Mhz), standard,
nombre de cartes d'extension disponibles très
élevé</p>
</dd>
<dt><b>EISA</b></dt>
<dd>
<p>Onéreux, rapide, relativement peu de cartes
spécifiques (seules capables d'exploiter au mieux ses
possibilités)</p>
</dd>
<dt><b>MCA</b></dt>
<dd>
<p>Conçu et cautionné par IBM. Rapide mais peu
répandu</p>
</dd>
<dt><b>VESA-Bus local</b></dt>
<dd>
<p>Basé sur l'ISA (qu'il épaule), peu onéreux,
rapide, relativement peu de cartes spécifiques.</p>
</dd>
<dt><b>PCI-Bus local</b></dt>
<dd>
<p>Onéreux, rapide, peu de cartes spécifiques mais ce
standard l'emportera probablement, ce qui diminuera le coût
et la rareté des matériels compatibles.</p>
</dd>
</dl>
<p>ISA/VESA-Local-Bus et EISA/VLB : cette combinaison, sur bus
à fréquences d'horloges élevées, pose
divers problèmes et s'avère assez peu fiable mais son
faible coût et ses très honorables performances lui
assurèrent un bon succès commercial. La plupart des
cartes récentes paraissent fiables.</p>
<p>EISA : fiable et ouvert (standard n'appartenant pas à un
constructeur) mais assez cher, surtout prévu pour les
machines des utilisateurs avertis et les serveurs de
réseaux. Peu de cartes disponibles.</p>
<p>PCI : ouvert, au moins aussi rapide que l'EISA et
câblé sur 64 bits (considération capitale pour
les machines Pentium), gagne du terrain.</p>
<p>PCI n'est pas, comme le fut la combinaison (E)ISA/Local-Bus,
dépendant 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
mère PCI n'implique aucun circuit d'interfaçage :
seul le BIOS varie, ce qui garantit des coûts de production
moins élevés que ceux de l'(E)ISA/Local Bus).</p>
<h2><a name="ss2.2">2.2 Performances</a></h2>
<p>Extrait (adapté) du document de "propagande pro-PCI" de
Craig Sutphin :</p>
<blockquote>Contrairement à certains autres bus locaux, le
PCI est conçu pour servir toutes les cartes d'extension :
vidéo, mais aussi réseau, interfaces disques
("contrôleurs") ... A 33 MHz le bus PCI transfère (sur
32 bits) jusqu'à 132 Moctets par seconde. Une extension
(passage à 64 bits) des logiques d'adressage et de transfert
des données peut doubler ce débit sans remettre en
cause l'existant. Le PCI reste indépendant du processeur et
administre au mieux les transferts en permettant au bus local de
véhiculer les données sans employer le bus principal
(processeur/mémoire). Cela constitue, pour les utilisateurs
de PC rapides, une importante augmentation de la fiabilité,
de la performance et de la facilité d'exploitation
(caractéristiques non triviales avec des bus travaillant
à 33MHz). Divers modes évolués d'exploitation
du bus améliorent les performances des cartes d'extension
sans grever le système central. L'interfaçage des
composants PCI ne nécessite aucune circuiterie
spécifique.</blockquote>
<p>On se reportera au chapitre sur les Benchmarks pour obtenir des
résultats de tests, bruts (et parfois incohérents)
sur les cartes ASUS PCI pour 486 et 586.</p>
<h2><a name="ss2.3">2.3 Le circuit "contrôleur" SCSI-2
embarqué (intégré sur carte-mère)
NCR53c810</a></h2>
<p>Le circuit embarqué NCR de gestion de la chaîne
SCSI-II constitue l'une des plus alléchantes
caractéristiques de certaines cartes-mères PCI. Il
est théoriquement au moins aussi rapide que celui des cartes
Adaptec 174x (EISA) mais reste beaucoup moins onéreux. 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. :-)</p>
<blockquote>NCR est une marque de semiconducteurs :-)
NdT</blockquote>
<p>Certaines cartes mères PCI intègrent le circuit
NCR53c810. On peut aussi l'acheter sur carte d'extension pour
à peu près 70 dollars.</p>
<p>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.</p>
<p>Les plus récentes distributions Slackware
(postérieures à 2.0) doivent aussi pouvoir
gérer ce circuit. Les plus récentes versions non
stabilisées du noyau (1.1.41, par exemple) ne
nécessitent plus aucun patch. Depuis la version 1.2 le
pilote NCR est dans le noyau standard.</p>
<p>J'ai remarqué une seule chose qui ne fonctionne pas
encore dans le pilote NCR actuel. La
Déconnection/Reconnection n'est pas gérée, ce
qui rends pénible l'utilisation d'un streamer SCSI. En effet
une commande comme "mt erase" bloque tout le bus SCSI
jusqu'à sa fin. Cela est bien embêtant.</p>
<p>Drew y travaille, voir plus bas.</p>
<p>Le système FreeBSD gère le NCR53c810 depuis un bon
moment déjà, y compris les "Tagged Command Queues",
le "FAST" et le "WIDE" SCSI ansi que la déconnection 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 ?</p>
<p>J'ai l'impression que l'évolution séparée
de FreeBSD et Linux oblige à réinventer la roue un
peu trop souvent. Un peu plus de coopération ne nuirait pas
à aucun des deux systèmes...</p>
<p>Après une trop longue attente, j'ai abandonné la
carte NCR pour une des cartes, performantes mais chères,
contrôleur SCSI PCI de marque DPT qui sont mentionnées
dans cet article. Evidemment, juste après j'ai appris que
Drew fournissait en test une nouvelle version de son pilote.
:-)</p>
<h2><a name="ss2.4">2.4 Drew Eckhardt à propos de
PCI-SCSI :</a></h2>
<p>Drew a déclaré à la fin de Mars à
propos de contrôleurs SCSI sur bus PCI :
(légèrement modifié pour clarification dans le
contexte)</p>
<p>Les cartes Adaptec 2940, Buslogic BT946, BT946W, DPT PCI, Future
Domain 3260, NCR53c810, NCR53c815, NCR53c820, et NCR53c825
fonctionnent toutes plus ou moins.</p>
<ul>
<li>L'Adaptec 2940 souffre du même problème de
sensibilité de cablage que toutes les cartes récentes
mais, à par ça, fonctionne bien.</li>
<li>Les cartes Futur Domain n'exploitent pas le busmaster et le
pilote ne gère pas les commandes multiples
simultanées. Si vous n'avez pas besoin de commandes
simultanée choisissez la carte NCR qui est moins
chère et exploite le busmaster. Si la gestion des commandes
simultanées vous est indispensable, prenez une
Buslogic.</li>
<li>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.</li>
<li>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.</li>
<li>Les cartes NCR sont vraiement peu chères (70 US $), sont
généralement rapides mais le pilote ne gère
pas actuellement les commandes simultanées. Une version
Alpha du pilote qui gère la deconnection/reconnection et le
transfert synchrone est maintenant disponible publiquement. (voire
plus bas)</li>
<li>Les cartes SCSI Emulux, Forex, et celles non mentionnées
ne fonctionnent pas.</li>
</ul>
<h2><a name="ss2.5">2.5 Nouvelle version Alpha du pilote
NCR</a></h2>
<p>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
interessée voulant jouer avec devrait</p>
<ul>
<li>S'abonner à la liste de diffusion NCR en envoyant un
courrier électronique à majordomo@colorado.edu avec
"subscribe ncr53c810" dans le texte.</li>
<li>Télécharger tous les readmes et les derniers
fichiers de diffs à l'adresse
ftp://tsx-11.mit.edu/pub/ALPHA/linux/SCSI/ncr53c810</li>
</ul>
<h2><a name="ss2.6">2.6 Le pilote EATA-DMA et les contrôleurs
PCI SCSI de DPT</a></h2>
<p>Le pilote scsi EATA-DMA a subi de gros changements et prend en
charge maintenant aussi les contrôleurs PCI SCSI, les
contrôleurs multiples et tous les canaux SCSI sur les cartes
SmartCache/Raid multicanaux.</p>
<p>Le pilote prend en charge tous les contrôleurs SCSI au
protocole EATA-DMA (document CAM/89-004 rev. 2.0c) et a
été testé avec beaucoup de ces
contrôleurs dans des configurations diverses.</p>
<pre>
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 contrôleurs NEC ou ATT.
</pre>
<p>Sur une carte DPT de base (sans cache ni module RAID), un
MC680x0 gère le (ou les) circuits DMA busmaster ansi que le
circuit contrôleur SCSI. La carte SCSI DPT se comporte
presque comme un coprocesseur SCSI.</p>
<p>La carte DPT peut aussi émuler un contrôleur IDE
(interface ST506), ce qui vous permet de l'utiliser avec tous les
systèmes d'exploitation même s'ils n'ont pas de pilote
EATA.</p>
<p>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.</p>
<p>Sur une carte avec module RAID, c'est aussi le 680x0 qui
gère le RAID, assurant le "mirroring" en RAID-1, le
"striping" et la génération des codes ECC en RAID-5,
etc.</p>
<p>Les cartes d'entrée de gamme utilisent un Motorola 68000
tandis que les hauts de gamme, plus tournées vers le RAID,
utilisent un processeur 68020, 68030 ou 68040/40MHz.</p>
<p>Les prix officiels vont de 245 $ à 1995 $ (1er
décembre 1994).</p>
<p>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 européens officiels. En
voici un court extrait :</p>
<pre>
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 31787299
Russie : Soft-tronik Tel:+7 812 315 92 76 Fax:+7 812 311 01 08
GB . : Ambar Systems Ltd. Tel:+44 296 435 511 Fax:+44 296 479 461
</pre>
<p>"A mon avis, les cartes DPT sont les cartes SCSI les mieux
conçues disponibles pour PC. Et j'ai écris du code
pour presque tous les types de cartes SCSI pour PC. (Bien que
rétroactivement, je me demande bien pourquoi !) ;-)" Jon R.
Taylor (jtaylor@magicnet.net) President, Visionix, Inc.</p>
<p>La dernière 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</p>
<p>Le pilote est inclus dans le noyau standard depuis la version
1.1.81.</p>
<p>L'auteur peut être joint aux adresses suivantes :
neuffer@goofy.zdv.uni-mainz.de or linux@uni-koblenz.de</p>
<h2><a name="ss2.7">2.7 Future Domain TMC-3260 PCI SCSI</a></h2>
<p>Rik Faith (faith@cs.unc.edu) m'a indiqué le 1er
Février 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
récentes.</p>
<ul>
<li>La détection n'est pas bien faite car elle n'utilise pas
la méthode standard du BIOS PCI (J'ai besoin que quelqu'un
qui possède cette carte m'envoie les patches qui corrigent
ce problème). Vous aurez peut-être à bidouiller
la routine de détection dans le noyau pour que votre carte
soit reconnue.</li>
<li>Le pilote ne gère pas encore les commandes multiples en
attente ce qui fait que votre système sera bloqué
pendant le rembobinage de votre streamer.</li>
<li>Le pilote ne gère pas le mode de transfert
amélioré pseudo-32bit apporté par les
composants récents Future Domain. Vous n'aurez donc pas de
taux de transfert aussi élevés que sous DOS.</li>
<li>Comme le pilote gère seulement le protocole SCSI-I, vos
disques rapides ne fourniront pas leur débit maximum
possible. (La aussi, les bonnes volontés sont les bienvenues
-- personne ne travaille dessus actuellement.)</li>
</ul>
<h2><a name="ss2.8">2.8 Réflexions diverses sur le
SCSI</a></h2>
<p>James Soutter (J.K.Soutter1@lut.ac.uk) m'a demandé de
préciser les points suivants :</p>
<blockquote>Le SCSI-2 "Fast Wide" est parfois, à tort,
désigné par "SCSI-3". Il diffère du SCSI-2
standard dans la mesure où il met en oeuvre un bus de
données SCSI sur 16 bits (et non 8). Cela porte le taux de
transfert maximum à 20Moctets/seconde (au lieu de 10) mais
nécessite l'emploi de disques adaptés (Fast Wide).
<p>Ce théorique gain en performances
n'accélèrera peut-être pas certains
systèmes car les taux de transfert "internes" (des plateaux
au métacontrôleur) de la plupart des disques restent
inférieurs à 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.</p>
<p>Dans le catalogue Seagate d'octobre 1993, seul un disque Fast
Wide SCSI-2 a un taux de tranfert interne supérieur à
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 règle. En conclusion,
la norme Fast Wide SCSI est conçue pour le marché des
serveurs et n'apporte pas forcément d'avantages à une
station de travail.</p>
<p>Plutôt que d'acheter une carte mère à
interface SCSI intégrée ou bien d'attendre le pilote
NCR, vous pourriez acheter une carte contrôleur SCSI
séparée. D'après Drew, la seule option PCI
SCSI qui a une chance de marcher est la Buslogic 946. Elle est
censée être compatible à l'Adaptec 1540 comme
les cartes EISA/VESA/ISA de la série.</p>
<p>Drew a indiqué que les autres cartes PCI SCSI ont peu de
chances d'être prises en charge par Linux ou les
systèmes BSD car les contrôleurs à base de
circuit NCR sont moins chers et plus courants.</p>
</blockquote>
<p>Selon broom@ocean.fit.qut.edu.au (Bradley Broom) :</p>
<blockquote>La Buslogic BT-946C PCI SCSI fonctionne si l'on
débraye, grâce au programme MS/DOS
<code>AUTOSCSI</code> livré par son constructeur, l'option
"enable Disconnection".</blockquote>
<p>Ernst Kloecker (ernst@cs.tu-berlin.de) écrit (citation
adaptée) :</p>
<blockquote>Talus Corporation dispose d'un pilote NS/FIP pour
cartes PCI à circuit SCSI "NCR". Il sera diffusé sous
peu, peut-être même à titre
gracieux.</blockquote>
<p>Toutes les cartes mères PCI ne disposent pas du circuit.
Les cartes ASUS anciennes l'ont ainsi qu'une des cartes J-Bond.( La
pluspart des cartes mères actuelles (06/95)
considèrent que c'est à vous d'acheter le NCR53c810
séparément.) Certaines marques fournissent une
alternative comme vous pouvez le lire dans le texte de Drew...</p>
<p>Le circuit NCR est assez évolué pour prendre en
charge des disques formatés par d'autres circuits.</p>
<blockquote>Ce qui semble assez naturel si aucun des circuits
impliqués n'effectue de translation ! NdT.</blockquote>
<h2><a name="s3">3. Carte-mère de marque ASUS</a></h2>
<h2><a name="ss3.1">3.1 ASUS et NMI (Parité) -- impact sur
la Gravis-Ultrasound</a></h2>
<p>Les dernières cartes mères PCI ne gèrent
plus les barettes SIMMS à parité. Comme j'achetais
habituellement des barettes SIMMS sans parité à cause
de leur coût, je ne pensais pas que ce soit un
problème 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 mère dans ce
cas, ce qui n'aide pas beaucoup.</p>
<p>La Gravis-Ultrasound fonctionne bien dans les cartes ASUS-SP3 et
ASUS-SP4, malgré cela, mais ma Gravis-Ultrasound-Max
génère 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 précédent après 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 possèdent chacunes 1Mo de DRAM.
Ces problèmes ne sont peut-être pas liés au
problème NMI mais plûtot au gestionaire de
son ?</p>
<p>J'ai entendu dire que ce n'est pas seulement ASUS mais la
pluspart des cartes récentes qui ne gèrent pas la
parité et le NMI.</p>
<p>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.</p>
<h2><a name="ss3.2">3.2 Différents types de cartes
mères ASUS</a></h2>
<h3>ASUS SP3 à chipset Saturn I (rev. 2) pour 486</h3>
<ul>
<li>2 x rs232 with 16550</li>
<li>NCR53c810 onboard,</li>
<li>chipset Saturn I (rev. 2) légèrement
buggé.</li>
</ul>
<h3>ASUS SP3G à chipset Saturn II (rev. 4) pour 486</h3>
<p>comme la SP3, mais le chipset Saturn est moins buggé.</p>
<h3>ASUS SP3 à chipset SiS pour 486</h3>
<p>comme la AP4 mais plus récente, 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 très
fiable avec le NCR53c810 et sous différents systèmes
d'exploitation (Windows-NT, Windows 95, OS2). Après mise
à jour vers une carte Pentium ASUS SP4, tous les
problèmes ont disparus ce qui confirme que cela venait de la
carte. A l'air de bien fonctionner quand même sous Linux.</p>
<h3>ASUS AP4, pour 486, à bus PCI/ISA/VesaLocalbus</h3>
<p>fonctions d'économie d'énergie, 1 slot VLB, 3
slots ISA, 4 slots PCI, seul le contrôleur EIDE est
intégré, il n'y a ni contrôleur de disquettes,
ni rs232/centronics. Très petite taille.</p>
<p>Prend l'AMD486DX2/66 pour un DX4/100. On peut corriger ça
en soudant une broche (laquelle ?) à la masse, mais de toute
façon je ne recommenderais pas cette carte.</p>
<p>Celle que j'ai testé ne fonctionnait ni sous OS2 ni sous
Linux bien que certaines personnes l'utilisent avec ses deux
systèmes.</p>
<p>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.</p>
<h3>ASUS SP4-SiS, pour Pentium90, PCI/ISA</h3>
<p>Identique à la SP3-SiS, mais pour Pentium90/100.</p>
<h3>ASUS TP4XE à chipset Triton et prise en charge de la
SRAM ou EDORAM</h3>
<p>Peut utiliser la nouvelle ram EDO et la future SRAM. La
mémoire SRAM devrait augmenter les performances de
façon considérable. Cette carte n'a pas
accepté les barrettes PS2-SIMMS de 8Mo qui marchaient sans
problème sur une ASUS SP4. Après échange
contre d'autres barettes plus volumineuses (16 puces au lieu de 8
si je me souviens bien) cela s'est mis à fonctionner.
Testée avec un P90 et un P100.</p>
<h2><a name="ss3.3">3.3 Tests de rapidité sur des cartes
mères ASUS</a></h2>
<p>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 système était inutilisé. Les tests
whestone et dhrystone ont été employés en
changeant le CPU.</p>
<p>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 bientôt. Si vous avez des commentaires,
n'hésitez pas à me les envoyer par courrier
électronique.</p>
<p>Je suis spécialement étonné par le fait que
l'AMD486DX4/100 est plus rapide au test dhrystones que le DX4/120 !
Je ne retrouve pas cette incohérence en comparant les P90 et
P100.</p>
<p>Le problème vient peut-être du fait que lorsque
j'ai branché l'amdDX4-100, la carte était
configurée 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 fréquences d'horloge... mais
puisque le DX2-66 fonctionne à 33Mhz * 2 et le DX4 à
33Mhz * 3, cela aurait du être correct ?</p>
<p>La carte avec le DX4-120 est configurée en 40Mhz * 3 =
120 Mhz.</p>
<p>Je me demande aussi si le test whetstone fournit des chiffres
aussi égaux sur d'autres machines ?</p>
<h3>ASUS SP3 avec l'amd486DX4-100</h3>
<ul>
<li>Temps pour 500000 passes Dhrystone = 7 soit 63559
dhrystones/second</li>
<li>Temps pour 1000 passes Whetstone = 5 soit 200.000
Whetstones/second</li>
</ul>
<h3>ASUS SP3 avec l'amd486DX4-120</h3>
<ul>
<li>Temps pour 500000 passes Dhrystone = 8 soit 58074
dhrystones/second</li>
<li>Temps pour 1000 passes Whetstone = 4 soit 250.000
Whetstones/second</li>
</ul>
<h3>ASUS SP3 avec l'intel486DX2-66</h3>
<ul>
<li>Temps pour 500000 passes Dhrystone = 9 soit 50761
dhrystones/second</li>
<li>Temps pour 1000 passes Whetstone = 7 soit 142.8571
Whetstones/second</li>
</ul>
<h3>ASUS TP4/XE avec l'intel586-90</h3>
<ul>
<li>Temps pour 500000 passes Dhrystone = 4 soit 101010
dhrystones/second</li>
<li>Temps pour 1000 passes Whetstone = 3 soit 333.3333
Whetstones/second</li>
</ul>
<h3>ASUS TP4/XE avec l'intel586-100</h3>
<ul>
<li>Temps pour 500000 passes Dhrystone = 4 soit 102040
dhrystones/second</li>
<li>Temps pour 1000 passes Whetstone = 2 soit 500.0000
Whetstones/second</li>
</ul>
<h2><a name="ss3.4">3.4 Carte-mère ASUS PCI-I-SP3 :
heinrich@zsv.gmd.de fournit des informations
détaillées :</a></h2>
<ul>
<li>Slots : 3 PCI, 4 ISA (3x16 bits, 1x8 bits)</li>
<li>4 bancs de SIMM 72 broches (max. 128Mo)</li>
<li>Processeur monté sur support ZIF</li>
<li>place pour 4 SIMM 72 broches (max. 128Mo)</li>
<li>BIOS AWARD en EPROM-flash</li>
<li>Embarqués : SCSI "NCR", 1 //, 2 séries (avec
FIFO), AT-Bus, contrôleur de disquettes</li>
</ul>
<p>Comme la plupart des cartes de cette catégorie elle
n'offre qu'un cache mémoire en lecture (perte de
performances estimée par rapport aux cartes avec cache en
écriture : environ 3% (?)).</p>
<p>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'après ce
que j'ai compris).</p>
<p>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" mènent
à un "kernel panic".</p>
<p>Il semble préférable, lorsque l'on emploie le
circuit embarqué d'origine Adaptec, de ne pas employer
l'option de "sync negotiation" (configuration accessible
grâce au setup en BIOS de la carte Adaptec).</p>
<blockquote>Attention : de graves accidents d'exploitation ("kernel
panic") surviennent parfois lors du redémarrage du
système après un changement de configuration. Cela ne
semble pas prêter à conséquence (le
redémarrage suivant se déroule correctement) mais ...
Testé par votre serviteur ! NdT.</blockquote>
<p>Une version plus récente de cette carte-mère
existe (ASUS-PCI-I/SP3G, le `G' est important) et ces
problèmes ont probablement été
corrigés. Elle emploie le nouvel ensemble de circuits Intel
(version 4) "Saturn-ZX" et supporte donc les options PCI les plus
évoluées (level triggered shareable and
BIOS-configurable). En sus : port souris PS/2 (aux), dispositif
d'économie d'énergie EPA et support pour DX-4.</p>
<p>Les dernières 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 débrayée.
jw@peanuts.informatik.uni-tuebingen.de pense que cela peut relever
d'un problème avec le noyau Linux car certaines parties du
système semblent continuer de fonctionner lors des crashes,
ce qui peut révéler un bogue dans le code du swapper.
MS-DOS, OS/2 et Windows ne présentent pas ce
symptôme.</p>
<h2><a name="ss3.5">3.5 Pat Dowler (dowler@pt1B1106.FSH.UVic.CA)
nous parle de l'ASUS SP3G</a></h2>
<ul>
<li>carte ASUS SP3G (rev.4 == saturn II)</li>
<li>CPU AMD DX4-100 CPU (il faut positionner le cavalier 36
à 1&2 plutôt que 2&3, et les autres de la
même façon que pour les processeurs 486DXn)</li>
<li>mémoire cache 256K cache (15ns :-)</li>
<li>16meg RAM (2x8meg)</li>
<li>carte vidéo ET4000 ISA</li>
<li>disque dur quantum IDE</li>
<li>carte ethernet SMC Elitel16 combo</li>
</ul>
<p>Contrairement à d'autres compte-rendus, j'ai
trouvé que le curseur souris de déplace de
façon très souple sous X (comme sur le bon vieux 386)
- par contre il sautille avec certains jeux DOS...</p>
<p>Les performances sont très bonnes ! J'ai fais tourner des
gros tests de calcul en virgule flottante ( 500x500 doubles -
à peu près 4megs) et j'ai constaté que les
performances en mode 3x33 (100Mhz) était à peu
près 1.5x supérieures à celles en mode 2x
(66Mhz)... J'étais un peu sceptique à propos du
triplement de fréquence mais il me semble que ça
tient ses promesses :-)</p>
<p>Le système hautement configurable de gestion de la
consommation "energy star" ne fonctionne pas avec les processeurs
AMD DX4 actuels - il faut un processeur SL.</p>
<p>J'ai vraiement besoin d'un disque SCSI et d'une carte
vidéo PCI :-)</p>
<p>(J'ai reçu le coup de téléphone d'une
personne qui a eu le problème du composant défectueux
SMC FIFO. Ils se plantent après l'utilisation de
X-window.)</p>
<h2><a name="s4">4. Confusion à propos des chipsets
Saturn</a></h2>
<p>Pat Duffy (duffy@theory.chem.ubc.ca) nous dit :</p>
<pre>
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 étée livrée, et (d'après un
petit nombre de gens qui la possèdent) la SP3G intègre maintenant la version 4
(Saturn II).
Vous êtes perdus ? He bien, la seule vraie réponse est de disposer de la carte
et d'y lancer le script de déboggage du chipset PCI. A ma connaissance,
pourtant, la carte SP3G est livrée avec la version 4 (Saturn II).
</pre>
<h2><a name="s5">5. Cartes vidéos</a></h2>
<p>Divers utilisateurs emploient des cartes "Number Nine" (nom
abrégé : #9) Level 12 et ELSA Winner 1000
(modèle 2000 aussi, vraisemblablement) et autres
basées sur le circuit S3 928. La nouvelle version d'XFree
(3.1) prend en charge les cartes Tseng ET4000/W32 en mode
accéléré, 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
vidéos comptant 16 ou 32 bits par pixel (16 bpp) sont
à présent disponibles. Le circuit d'horloge
Chrontel8391 est maintenant reconnu par le serveur S3.</p>
<p>Les cartes S3 Trio32 et Trio64 comme la SPEA V7 Mirage P64 PCI
et MIRO Crystal 40SV, sont maintenant gérées. La
Mach32 et la Mach64 sont gérées maintenant en mode
accéléré.</p>
<p>Le pilote SVGA</p>
<p>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é rajoutée.</p>
<p>tldraben@eos.ncsu.edu déclare :</p>
<ul>
<li>Diamond Stealth W32 -- le mode texte fonctionne.</li>
<li>ET4000/W32 -- insupportable.</li>
<li># 9GXEL13 -- Fonctionne, mais affichage des consoles virtuelles
perdu lors de basculements de sessions. Ai dû acheter une
carte Dell.</li>
</ul>
<p>Par ailleurs :</p>
<ul>
<li>Genoa Phantom 8900PCI fonctionne.</li>
<li>Genoa Phantom/W32 2Mo ne fonctionne pas avec la
carte-mère ASUS.</li>
<li>Tseng 3000/W32i semble fonctionner correctement.</li>
<li>Spea-v7 mecury-lite fonctionne parfaitement (sous XFree 2.1 et
ultérieur).</li>
</ul>
<p>La Spea V7 Mirage P64 PCI 2M à base de Trio64 fonctionne
bien depuis XFree86(tm)-3.1.1.</p>
<p>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.</p>
<p>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 problème.</p>
<p>miroChrystal 8S/PCI (1Mo) S3 - aucun problème.</p>
<p>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.</p>
<h2><a name="s6">6. Cartes Ethernet</a></h2>
<p>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)) déclare :</p>
<blockquote>
<p>Le code LANCE a été étendu pour
gérer la version PCI. J'espère fournir le code de
détection PCI (à peu près une douzaine de
lignes supplémentaires 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.</p>
<p>Je vais écrire des versions adaptées au mode
PCnet32 et à la carte DEC 21040. Cela couvrira la
majorité du marché des cartes Ethernet PCI.</p>
<p>Voir l'URL :
file://cesdis.gsfc.nasa.gov/pub/people/becker/whoiam.html</p>
</blockquote>
<p>Les noyaux 1.1.50 et ultérieurs gèrent les cartes
basées sur le circuit AMD. Une carte-mère Pentium
permet alors d'obtenir environ 900Ko/seconde sous ftp avec environ
20% de charge CPU (circuit AMD Lance).</p>
<p>Tous les matériels Ethernet basés sur le chip AMD
PCnet/PCI doivent fonctionner. Les cartes Boca coûtent, aux
US, moins de 70$.</p>
<p>Geoffry Coram a indiqué dans les news qu'il a
réussi à faire fonctionner sa carte 3com 590 TPO. Il
a du télécharger 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</p>
<p>Donald Holmgren dit qu'il a réussi à connecter sa
carte DEC DE435 (PCI) au réseau local sur coax fin (BNC). Le
pilote DE435 vérifie d'abord la prise pour paire
torsadée, puis commute vers le port alternatif
(sélectionable par cavalier en AUI ou BNC) si le port
10BaseT ne fonctionne pas.</p>
<p>Jim Cusick utilise la carte Boca 1PI sur coax fin. Elle
fonctionne très bien. On ira voir à l'URL :
http://cesdis.gsfc.nasa.gov/linux/misc/boca-failure.html pour des
détails sur les disfonctionements du début avec cette
carte. Ma deuxième carte, après retour pour
échange de la première, était
étiquetée "PN 4186". La précédente qui
ne marchait pas était une "PN4185". Précisez à
la commande que vous voulez le modèle le plus récent.
A 70 $, cette carte est une bonne affaire.</p>
<p>Dave Platt recommande d'éviter à tout prix la
carte Boca BEN1PI. Elle ne serait pas fiable à cause de
défauts de conception et Boca ne semble pas en mesure de
corriger le problème. 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'autodétection
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.</p>
<p>Il a utilisé avec succes une 3c590 pendant plusieurs
semaines.</p>
<p>Dave Kennedy nous fait part qu'il a eu deux des cartes Boca
citées plus haut et qu'elles fonctionnent bien sous charge
légère. Craig ne les recommende pas car Boca ne
semble pas suivre les spécifications d'AMD mais il a pu les
utiliser pendant deux semaines sans problèmes. Il a
testé les performances NFS en transférant de gros
fichiers depuis et vers son serveur (16M, 8M). Il a aussi
essayé de travailler localement avec tous ses fichiers de
données montés par NFS et cela sans problèmes.
Les performances paraissent améliorées de 100 pour
cent par rapport à sa carte ISA NE2000. (note de
l'éditeur : cela aurait sans doute été la
même chose avec la SMC ISA Elite Ultra ?)</p>
<h2><a name="ss6.1">6.1 3Com-3c590-tpo</a></h2>
<p>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".</p>
<h2><a name="ss6.2">6.2 DEC435 PCI NIC</a></h2>
<p>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 ?</p>
<h2><a name="s7">7. Cartes mères</a></h2>
<p>Liste des utilisateurs qui ont répondu à mon
questionnaire, sur le type de cartes mères qu'ils emploient
... et résultats obtenus lors de l'installation et
l'utilisation de Linux :</p>
<h2><a name="ss7.1">7.1 ASUS</a></h2>
<ul>
<li>Ruediger.Funck@Physik.TU-Muenchen.DE - fonctionne mais ...</li>
<li>strauss@dagoba.escape.de - demi-succès, fonctionne mais
...</li>
<li>krypton@netzservice.de (Ulrich Teichert), - fonctionne</li>
<li>heinrich@zsv.gmd.de - fonctionne</li>
<li>CARSTEN@AWORLD.aworld.de - fonctionne</li>
<li>egooch@mc.com - fonctionne (sauf le port série)</li>
<li>archie@CS.Berkeley.EDU - fonctionne, après avoir compris
comment configurer l'IDE.</li>
<li>Lars Heinemann (lars@uni-paderborn.de) fonctionne</li>
<li>Michael Will (michaelw@desaster.student.uni-tuebingen.de) -
fonctionne</li>
</ul>
<h2><a name="ss7.2">7.2 Micronics P54i-90</a></h2>
<ul>
<li>root@intellibase.gte.com - fonctionne.</li>
<li>bill.foster@mccaw.com - fonctionne.</li>
<li>karpens@ncssm-server.ncssm.edu - fonctionne.</li>
</ul>
<h2><a name="ss7.3">7.3 SA486P AIO-II</a></h2>
<p>ah@doc.ic.ac.uk fonctionne.</p>
<h2><a name="ss7.4">7.4 Sirius SPACE</a></h2>
<p>hi86@rz.uni-karlsruhe.de - fonctionne.</p>
<h2><a name="ss7.5">7.5 Gateway-2000</a></h2>
<ul>
<li>kenf@clark.net - fonctionne (pb. avec carte son)</li>
<li>dmarples@comms.eee.strathclyde.ac.uk - fonctionne mais ...</li>
<li>robert logan (rl@de-montfort.ac.uk) - sans aucun
problème.</li>
<li>James D. Levine (jdl@netcom.com) - sans aucun
problème.</li>
</ul>
<h2><a name="ss7.6">7.6 Intel-Premier</a></h2>
<p>grif@cs.ucr.edu - fonctionne. jeromem@amiserv.xnet.com -
fonctionne demarest@rerf.or.jp - fonctionne (Premier-II)</p>
<h2><a name="ss7.7">7.7 DELL Poweredge SP4100</a></h2>
<p>gbelow@pmail.sams.ch - fonctionne</p>
<h2><a name="ss7.8">7.8 Comtrade Best Buy PCI / PCI48X Mo Rev
1.0</a></h2>
<p>tldraben@eos.ncsu.edu - Fonctionne. Probablement
équipée de l'ensemble de circuits ("chipset")
déficient Intel "Saturn".</p>
<h2><a name="ss7.9">7.9 IDeal PCI / PCI48X Mo Rev 1.0</a></h2>
<p>tldraben@eos.ncsu.edu - Ne fonctionne pas.</p>
<h2><a name="ss7.10">7.10 CMD Tech. PCI IDE / CSA-6400C</a></h2>
<p>tldraben@eos.ncsu.edu - Fonctionne.</p>
<h2><a name="ss7.11">7.11 GA-486iS (Gigabyte)</a></h2>
<p>Stefan.Dalibor@informatik.uni-erlangen.de - Fonctionne.</p>
<h2><a name="ss7.12">7.12 GA-586-ID (Gigabyte) 90 Mhz Pentium
PCI/EISA</a></h2>
<p>kkeyte@esoc.bitnet - fonctionne</p>
<h2><a name="ss7.13">7.13 ESCOM 486dx2/66 - Type de carte non
précisé</a></h2>
<p>Seul le streamer (floppy tape de marque Archive) ne fonctionne
pas.</p>
<h2><a name="ss7.14">7.14 J-Bond avec i486dx2/66</a></h2>
<p>Drew Eckhardt (drew@kinglear.cs.Colorado.EDU) utilise la Diamond
Stealth 64 VRAM avec 4M de Mémoire (à base de 964).
Elle fonctionne très bien en 1024x768 72Hz et 32bpp de
même 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 même.</p>
<h2><a name="ss7.15">7.15 Super micro 011895 03:50 SUPER P54CI-PCI
rev 1.3 (Opti)</a></h2>
<p>Manuel de Vega Barreiro</p>
<ul>
<li>carte mère super micro 011895 03:50 SUPER P54CI-PCI rev
1.3</li>
<li>Chipset Opti: 82c557,82c556,82c558,82c621.</li>
<li>4 slots PCI, 4 ISA (4x16 Bit)</li>
<li>Support ZIF pour CPU (120,100,90,75 mHz)</li>
<li>4 SIMMs 72 broches (max 128Mb)</li>
<li>cache 256,512,1024 Kb L2-cache</li>
<li>Ami WinBIOS en Flash-Eprom (101094-VIPER-P)</li>
<li>contrôleur intégré EIDE pour 4
disques.</li>
<li>Pentium 90Mhz, 8Mo (now 16Mo) RAM et 256K L2-cache.</li>
<li>1 maxtor 540 Mo, 1 st3122A 1Go</li>
<li>Number Nine 9GXE64pro with 2Mo</li>
<li>Sound blaster 16 + cdrom Matsushita</li>
<li>Ecran 17" microscan 5ep ADI</li>
</ul>
J'utilise Linux 1.1.57 (maintenant 1.2.1) sans problèmes.
dosemu0.53 fonctionne bien (logiciels de comm comme kermit et
xtalk) XFree86 3.1 à la résolution de 1024x768
<h2><a name="s8">8. Rapports détaillés</a></h2>
<h2><a name="ss8.1">8.1 Micronics P54i-90
(root@intellibase.gte.com)</a></h2>
<p>Pentium à 90MHz, 32Mo de RAM et 512Ko de cache à 2
niveaux. Fonctionne parfaitement (une compilation de noyau n'exige
que 10 minutes).</p>
<p>La carte-mère offre :</p>
<ul>
<li>UART - 2 16550A</li>
<li>ECP - un port parallèle amélioré</li>
<li>IDE</li>
<li>Contrôleur de lecteurs de disquettes</li>
</ul>
<p>Avantages : j'emploie pour le moment une Adaptec 1542CF et un
disque Seagate d'un giga. Aucun problème. Carte vidéo
ATI Graphics Pro Turbo (PCI), très véloce. Les ports
série gèrent un modem TeleBit T3000 (38400) sans
pertes de caractères. Les adresses mémoires
situées 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.</p>
<p>Inconvénients : RAM maxi 192Mo mais cache limité
à 512Ko. La carte vidéo est très véloce
mais il n'existe pas pour le moment de serveur X pour circuit
Mach64 (le serveur SVGA existant n'exploite du moins pas ses
possibilités). Je ne sais pas si le "contrôleur" IDE
intégré fonctionne car je n'apprécie
guère les standards spécifiques à une
plateforme et n'ai donc pas acheté de disque IDE mais
emploie un Seagate 31200N et un NEC 3Xi.</p>
<p>Mitch.</p>
<h2><a name="ss8.2">8.2 Angelo Haritsis (ah@doc.ic.ac.uk) à
propos de la SA486P AIO-II :</a></h2>
<p>J'ai acheté une carte "SA486P AIO-II" supportant les 486
SX/DX/DX2/DX4. Elle offre :</p>
<ul>
<li>Chipset Intel Saturn v2</li>
<li>BIOS Phoenix (flash EPROM)</li>
<li>NCR scsi BIOS v 3.04.00</li>
<li>256K 15ns cache (max 512K) (write back et write through)</li>
<li>4 connecteurs pour RAM (SIMM 72 points) en 2 bancs</li>
<li>3 slots PCI, 4 ISA</li>
<li>NCR 53c810 embarqué</li>
<li>IDE / floppy / 2 x 16550A uarts / parallèle
étendu embarqués</li>
</ul>
<p>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 dès 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
contrôle du circuit NCR sans reformater ... tout a
survécu. Les périphériques SCSI paraissent
nettement plus rapides. Seules réserves :</p>
<p>1/ lilo ne peut booter le système sans une édition
manuelle de /etc/disktab, effectuée une fois pour
toutes.</p>
<p>2/ Afin que l'ensemble fonctionne : disconnect/reconnect est
débrayé. Cela autorise donc le verrouillage du bus
SCSI même durant de longues opérations ("rewind" du
streamer) ... La négociation du mode synchrone est elle
aussi débrayée. Cela entraîne une certaine
perte de performances.</p>
<p>Je crois que Drew (auteur du pilote pour circuit SCSI NCR)
résout en ce moment ces limitations.</p>
<p>Quelques problèmes avec Windows.</p>
<h2><a name="ss8.3">8.3 bill.foster@mccaw.com parle de sa Micronics
M5Pi</a></h2>
<ul>
<li>Micronics M5Pi avec Pentium 60 MHz à bus PCI et :</li>
<li>16Mo RAM/512Ko cache</li>
<li>IDE, parallèle, 16550A UARTS</li>
<li>2 X 340MB IDE Maxtor</li>
<li>Soundblaster 16 SCSI-II</li>
<li>Toshiba 3401B CD-ROM SCSI</li>
<li>Dérouleur de bandes Archive Viper 525MB SCSI</li>
<li>Moniteur Viewsonic 17 pouces</li>
<li>Carte vidéo Cardex Challenger PCI (ET4000/W32P)</li>
<li>Souris série A4-Tech</li>
</ul>
<p>Tout fonctionne bien. L'installation de la distribution
Slackware s'avéra très aisée et je peux
employer Quicken 7 pour DOS grâce à DOSEMU. J'emploie
X Window en 1152x900 à 67Hz.</p>
<h2><a name="ss8.4">8.4 Simon Karpen
(karpens@ncssm-server.ncssm.edu) à propos de la Micronics
M54pi</a></h2>
<p>Je n'ai pas eu de problèmes avec cette carte, le
contrôleur PCI IDE intégré (j'espère
passer au SCSI bientôt) et une ATI Mach32 (GUP) avec 2Mo de
VRAM.</p>
<h2><a name="ss8.5">8.5 Goerg von Below (gbelow@pmail.sams.ch)
à propos du DELL Poweredge</a></h2>
<ul>
<li>Intel 486DX4/100</li>
<li>16 Mo RAM</li>
<li>DELL SCSI Array (DSA) avec Firmware A07, DSA-Manager 1.7</li>
<li>disque dur 1 Go SCSI DIGITAL</li>
<li>CD-ROM NEC SCSI</li>
<li>streamer SCSI 2 Go interne</li>
<li>Ethernet : 3-Com C579 EISA</li>
<li>Carte vidéo : ATI 6800AX PCI VGA, 1 MB RAM</li>
</ul>
<p>Attention : Le DSA ne fonctionne qu'avec le firmware ("BIOS")
A07 !! A06, trop bogué, interdit le reboot !! Pour
récupérer ce code : ftp dell.com, fichier
/dellbbs/dsa/dsaman17.zip</p>
<p>A part cela aucun problème sous Linux. Machine faisant
office de serveur de noms, de serveur de news et de serveur WWW sur
l'Internet depuis deux mois ...</p>
<h2><a name="ss8.6">8.6 zenon@resonex.com à propos du
Gateway2000 P-66</a></h2>
<p>Gateway 2000, Pentium à 66 MHz, carte-mère 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) achetée 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 problème.
Installées par ailleurs : carte Ethernet "Etherlink 3C509"
(Etherlink III), la carte Mitsumi</p>
<blockquote>Interfaçant probablement un lecteur de
CD-ROM.</blockquote>
, l'Adaptec 1542C et une carte série/parallèle (la
machine comprend donc 3 ports série).
<p>32 Mo de mémoire installés et reconnus par DOS et
Linux. Une souris bus (Microsoft en mode PS/2).</p>
<p>Aucun problème jusqu'à présent.</p>
<h2><a name="ss8.7">8.7 James D. Levine (jdl@netcom.com) utilise un
Gateway 2000</a></h2>
<p>Gateway 2000 P5-60 à carte-mère Intel "Mercury",
BIOS sur EPROM Flash d'origine AMI (1.00.03.AF1, (c)'92) 16Mo RAM,
interface IDE embarquée et carte vidéo PCI : ATI AX0
(Mach32 Ultra XLR).</p>
<p>Aucun problème avec ce matériel jusqu'à
présent, mais n'a rien essayé de très
spécial (pilotes SCSI ou accélérateurs
d'IDE).</p>
<h2><a name="ss8.8">8.8 hi86@rz.uni-karlsruhe.de : carte
SPACE</a></h2>
<p>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.</p>
<h2><a name="ss8.9">8.9 grif@cs.ucr.edu : carte INTEL</a></h2>
<p>17 machines 60MHz Pentium (carte Intel "Premier").</p>
<h2><a name="ss8.10">8.10 Jerome Meyers (jeromem@xnet.com) et Intel
Premier</a></h2>
<p>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).</p>
<p>4 disques durs IDE. Linux (Slackware 2.0) perçoit les
deux premiers et ce que contrôle la BusLogic (qui
émule une Adaptec 1542). DOS perçoit tout. BusLogic
(aux US du moins ! NdT) expédie sans problèmes les
circuits permettant de procéder à une
mise-à-jour matérielle (boîtiers PLCC). Une
Sound Blaster SCSI-2 contrôle aussi un lecteur de CD. Config
complète, donc : 4 disques IDE (2 pour Linux) et 2
contrôleurs SCSI.</p>
<h2><a name="ss8.11">8.11 Timothy Demarest (demarest@rerf.or.jp) et
l'Intel Plato Premiere II</a></h2>
<p>La configuration de mon système 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.</p>
<p>Tout fonctionne sans problème. Je ne recommende pas les
lecteurs Syquest. J'ai utilisé les modèles 3105 et
3270 qui sont tous les deux très, très fragiles. De
plus les cartouches sont facilement endommagées ce qui m'a
causé de fréquents problèmes. Je suis en train
de m'intéresser à d'autres systèmes de
stockage amovible (MO, Zip, Minidisc, etc).</p>
<p>Quelques informations qui peuvent être utiles :</p>
<h3>Mises à jour du Flash Bios</h3>
<p>On peut télécharger par ftp les mises à
jour de Flash Bios à partir de
wuarchive.wustl.edu:/pub/MSDOS_UPLOADS/plato. Le numéro de
version actuelle est 1.00.12.AX1. Les mises à jour de BIOS
doivent être effectuées 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 télécharger ces mises
à jour sur le BBS Intel.</p>
<h3>Carte PCI SCSI NCR 53c810 sans BIOS</h3>
<p>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 contrôle 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 réussi
à la faire marcher. L'autre cavalier contrôle le choix
de l'interruption (A, B, C, D). Je l'ai laissé sur A
(position par défaut).</p>
<h3>A part ça, c'est du "plug and play" !</h3>
<p>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 positionnés, elle sera bien
détectée ! Le PCI c'est bien du "plug and
play" !</p>
<h2><a name="ss8.12">8.12 heinrich@zsv.gmd.de : carte ASUS</a></h2>
<p>ASUS-PCI-Board (SP3) équipé de :</p>
<ul>
<li>Carte-mère PCI Asus, CPU AMD 486/dx2-66 et 16Mo RAM</li>
<li>Disque dur Fujitsu 2196ESA 1G SCSI-II</li>
<li>Interface disque dur Future Domain 850MEX (peu chères,
copie quasi conforme des Seagates ST01. J'attends le pilote pour le
NCR53c810 embarqué)</li>
<li>ATI Graphics Ultra (première vague : circuit Mach-8,
carte ISA 8 bits)</li>
<li>Slackware 1.1.1</li>
</ul>
<p>L'utilisateur s'est contenté d'installer la nouvelle
carte mère, de réinstaller les cartes et de connecter
les câbles ... et tout a fonctionné du premier coup.
Mais il n'emploie aucune carte d'extension PCI.</p>
<h2><a name="ss8.13">8.13 CARSTEN@AWORLD.aworld.de : carte
ASUS</a></h2>
<p>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 très véloce. Aucun
problème de compatibilité.</p>
<h2><a name="ss8.14">8.14 Lars Heinemann (lars@uni-paderborn.de) :
ASUS</a></h2>
<p>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 problème !</p>
<h2><a name="ss8.15">8.15 Ruediger.Funck@Physik.TU-Muenchen.DE :
carte ASUS</a></h2>
<ul>
<li>ASUS PCI/I-486SP3 / i486DX2-66 / 8 Mo PS/2 70 ns</li>
<li>BIOS: Award v 4.50</li>
<li>Miro Crystal 8s PCI - S3 P86C805 - 1Mo DRAM</li>
<li>Disque dur Quantum LPS 540S SCSI contrôlé par NCR
53c810</li>
<li>CPU vers DRAM "write buffer" : en fonction (enabled)</li>
<li>CPU vers PCI "write buffer" : en fonction</li>
<li>PCI vers DRAM "write buffer" : non employé</li>
<li>CPU vers PCI "burst write" : en fonction</li>
</ul>
<h2><a name="ss8.16">8.16 robert logan (rl@de-montfort.ac.uk) :
GW/2000</a></h2>
<ul>
<li>Gateway 2000 4DX2-66P</li>
<li>16 Mo RAM,</li>
<li>PCI ATI AX0 2Mo DRAM (ATI GUP).</li>
<li>Disque dur WD 2540 (528 Mo)</li>
<li>Slackware 1.1.2 (0.99pl15f)</li>
</ul>
<p>Aucun problème. SLIP et la carte Orchid-Soundwave-32
fonctionnent. J'attends moi aussi le pilote pour NCR. Seul
problème rencontré : les performances du disque IDE
laissent à désirer sous Linux alors que ce
très récent disque WD vole sous DOS/WfW.</p>
<blockquote>L'interface IDE fonctionne en mode ISA sous Linux et un
pilote commute le mode PCI sous DOS. Cela explique la perte de
charge constatée. Cf. aussi le cas de
dmarples@comms.eee.strathclyde.ac.uk NdT.</blockquote>
<h2><a name="ss8.17">8.17 archie@CS.Berkeley.EDU : ASUS (deux
machines)</a></h2>
<ul>
<li>ASUS PCI-SP3 (4 ISA, 3 PCI)</li>
<li>Intel 486DX2/66</li>
<li>Genoa Phantom 8900PCI (autre machine : Tseng
3000/W32i)</li>
<li>Maxtor 345 Mo IDE</li>
<li>Carte modem Supra 14.4</li>
<li>Moniteurs : ViewSonic 6e et NEC Multisync 4fge</li>
<li>Slackware 1.2.0</li>
</ul>
<p>Le circuit SCSI embarqué est mis hors-fonction.
Problèmes de prime abord avec la chaîne IDE (interface
embarquée) : "un jumper, sur la carte, permet de
spécifier 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 préciser que le port est un
16550A). Slackware : utiliser /etc/rc.d/rc.serial."</p>
<h2><a name="ss8.18">8.18 Michael Will : ASUS-SP3 486
(première génération)</a></h2>
<p>J'utilise la configuration suivante :</p>
<ul>
<li>ASUS PCI-SP3-Board : 486dx2/66 et 16Mo RAM</li>
<li>NCR53c810-SCSI-II embarqué pour 1Go Seagate et streamer
Wangtek</li>
<li>ATI-GUP PCI Mach32 / 2Mo VRAM fonctionnant parfaitement avec
XFree86(tm)-3.1 (8 et 16 bits/pixel)</li>
<li>Linux kernel 1.1.54</li>
</ul>
<p>Tout fonctionne. Vitesse satisfaisante. Les performances de la
carte ATI-GUP-PCI (Mach32) restent en deça des indices de
benchmarks. Si j'avais de l'argent j'achèterais un P90 Plato
et une carte #9GXE64Pro !</p>
<h2><a name="ss8.19">8.19 Mike Frisch (mfrisch@saturn.tlug.org) :
Giga-Byte 486IM</a></h2>
<ul>
<li>Giga-Byte 486IM</li>
<li>4 slots ISA (2 double VLB) et 4 PCI</li>
<li>CPU: Intel 486DX/33</li>
<li>BIOS: Award 4.50G</li>
<li>Contrôleur disque PCI EIDE : Giga-Byte GA-107 (CMD 640x
PCI Multi-I/O)</li>
<li>carte vidéo PCI : ATI Graphics eXpression PCI 2MB
DRAM</li>
<li>Linux Kernel: 1.2.9</li>
<li>Distribution Linux : Slackware 2.2.0 très
modifiée</li>
</ul>
<p>J'ai fait tourner cette carte 24h sur 24 ces 6 derniers mois.
Elle a fonctionné sans problème sous DOS/Windows,
OS/2 Warp et Linux (24h/24).</p>
<h2><a name="ss8.20">8.20 Karl Keyte (kkeyte@esoc.bitnet) Gigabyte
GA586 Pentium</a></h2>
<ul>
<li>PCI/EISA Board Gigabyte GA586-ID 90MHz Pentium (biprocesseur,
un seul CPU monté)</li>
<li>32 Mo RAM</li>
<li>SCSI - pas de circuit NCR, j'emploie donc une Adaptec
1542C,</li>
<li>PCI ATI GUP 2M VRAM</li>
<li>Adaptec 1742 EISA SCSI</li>
<li>Soundblaster 16</li>
</ul>
<p>DOS et Linux fonctionnent parfaitement. Machine
extrêmement véloce. Les benchmarks de BYTE pour
machines Unix lui accordent une puissance à peu près
égale à celle d'une Sun SPARC 20 sous Solaris 2.3. Le
PC effectue plus vite le test de vitesse de calcul en
arithmétique entière 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 système de disques.</p>
<h2><a name="ss8.21">8.21 kenf@clark.net : G/W 2000</a></h2>
<p>Emploie un Gateway 2000 sans problème. La carte son
livrée (modèle non précisé) ne
fonctionne pas. Il espère obtenir satisfaction après
un échange contre une véritable Sound Blaster.</p>
<h2><a name="ss8.22">8.22 Joerg Wedeck
(jw@peanuts.informatik.uni-tuebingen.de) / ESCOM</a></h2>
<p>486 DX2/66 vendue par ESCOM (type de carte mère non
précisé) avec IDE embarqué et sans circuit
SCSI "NCR". Adaptec 1542cf et carte vidéo 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 !</p>
<p>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 mémoire ("PCI-to-Memory posting"). Seul
Linux crashe, Windows et OS/2 fonctionnent. Débrayer cette
option rend le tout parfaitement stable. Lire à ce propos
"http://wsiserv.informatik.uni-tuebingen.de/ jw".</p>
<h2><a name="ss8.23">8.23 ut@informatik.uni-kiel.d400.de /
ASUS</a></h2>
<p>ASUS-PCI et AMD486dx40 (cadencé à 33MHz ?!). La
carte ISA-ET3000 Optima 1024A ISA fonctionne bien. Pas de
problème avec le disque SCSI Quantum540S connecté au
NCR53c810 intégré.</p>
<h2><a name="s9">9. Problèmes rencontrés</a></h2>
<h2><a name="ss9.1">9.1 hschmal@informatik.uni-rostock.de :
SCSI-PCI-SC200</a></h2>
<p>Linux refuse de démarrer lorsque la carte SCSI-PCI-SC200
se trouve dans le système.</p>
<h2><a name="ss9.2">9.2 dmarples@comms.eee.strathclyde.ac.uk G/W
2000</a></h2>
<p>Gateway 2000 G/W 2000 4DX2/66 PCI ATI-Graphics-Ultra-Pro IDE</p>
<p>Fonctionne bien, seule la carte IDE fonctionne en mode ISA sous
Linux, beaucoup plus lentement que sous DOS après
basculement en mode PCI par un programme MS-DOS spécifique.
Plus lent sous Linux, donc : un patch serait le bienvenu.</p>
<h2><a name="ss9.3">9.3 cip574@wpax01.physik.uni-wuerzburg.de
(Frank Hofmann) / ASUS</a></h2>
<p>La carte ASUS / 16Mo-RAM, carte ISA S3/928, interface IDE
embarquée, disque Seagate ST4550A. Aucun problème
avec les noyaux Linux plus récents.</p>
<p>Problème rencontré :</p>
<blockquote><code>Ma souris, sous X, ne réagit plus comme
d'habitude. Le pointeur semble bondir lorsque je la déplace
vite. Ce problème a je crois été traité
dans un newsgroup Linux. L'utilisation du 16550 expliquerait ce
phénomène. Après deux semaines d'utilisation
je m'y suis habitué :-)</code></blockquote>
<p>Réduire le seuil du tampon fourni par le 16550 devrait
améliorer la situation. Un patch pour setserial le
permettrait mais je ne sais où le trouver.</p>
<h2><a name="ss9.4">9.4 axel@avalanche.cs.tu-berlin.de (Axel
Mahler) / ASUS</a></h2>
<p>Carte-mère ASUS PCI/I-486SP3 (Award BIOS 4.50), 16 Mo RAM
Circuit SCSI "NCR" mis hors-fonction, Carte PCI Genoa Phantom/W32
2Mo</p>
<p>Adaptec AHA-1542CF (BIOS v2.01) pour :</p>
<ul>
<li>disque IBM 1.05 Go</li>
<li>CD-ROM Toshiba (XM4101-B)</li>
<li>DAT HP (2Go)</li>
</ul>
<p>mke2fs (0.4, v. 1.11.93) fige le système et interdit
l'installation.</p>
<blockquote>(Version ancienne, indique l'utilisation d'un noyau
obsolète NdT).</blockquote>
<p>Le remplacement de la carte vidéo Genoa Phantom/W32 2Mo
PCI par une ELSA Winner 1000 2Mo PCI corrigea le problème.
Le système fonctionne aussi avec une vieille carte VGA ISA
de marque EIZO. Cela met en cause la carte Genoa.</p>
<h2><a name="ss9.5">9.5 Frank Strauss (strauss@dagoba.escape.de) /
ASUS</a></h2>
<p>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 vidéo ELSA Winner 1000 PCI,
1Mo-VRAM Soundblaster Pro dans slot ISA (IRQ 5) Interface IDE
embarquée mise hors-fonction Circuits embarqués pour
série, parallèle et contrôleur de disquettes en
fonction.</p>
<p>La machine se fige parfois après un reset (logiciel ou
matériel). Ce n'est probablement pas dû à
l'Adaptec ou à la carte son car le système ne
redémarre pas, parfois, même lorsqu'elles sont
déposées. Mais sitôt lancé (lorsque le
message du BIOS de l'ELSA apparaît) tout fonctionne à
merveille.</p>
<blockquote>Mêmes symptômes ici depuis l'installation
d'une carte clone à base de Cirrus 5428 / VLB dans une
machine EISA/VLB NdT.</blockquote>
<p>Les deux ports série sont bien détectés en
mode 16550 mais lors de certains transferts perdent de nombreux
caractères en mode V42bis. Cela semble relever d'un
problème matériel.</p>
<p>Le mode rafale CPU->PCI fonctionne bien sous DOS/Windows</p>
<p>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 système laissant le
voyant SCSI allumé lors de l'invocation d'applications
massives telles que ghostview ou xdvi.</p>
<p>(Je pense que ces applications exigent beaucoup de transferts en
mode CPU->PCI-burst à cause des importants volumes de
données transférés vers la carte ELSA lors de
leur invocation).</p>
<p>Tout fonctionne bien après mise hors-fonction du mode
CPU->PCI-Burst. La carte vidéo délivre 93k xstones
en 1152x846 (peu de cache pour les fontes avec 1Mo). Le mode
Opaquemove sous twm est un poil mieux que "supportable" :-)</p>
<p>Un programme DOS nommé <code>SATURN.EXE</code>,
lancé avant de démarrer Linux, aide ce dernier
à exploiter le mode burst sans accroc.</p>
<p>Quelqu'un a affirmé que certains de ces problèmes
disparaîtraient si je pouvais débrayer le mode "sync
negotiation" de l'Adaptec mais j'ignore si la 1542B permet
cela.</p>
<p>Avec le mode CPU->PCI-Burst la carte vidéo atteint 95k
xstones, ce gain ne justifie pas l'effort. L'utilisateur aimerait
exploiter la carte vidéo en mode 1152x900 mais cela ne
semble pas possible car elle interprète toute
résolution horizontale supérieure à 1024 comme
égale à 1280, entamant la bande passante au point de
devoir réduire la dimension verticale à 816
pixels.</p>
<h2><a name="ss9.6">9.6 egooch@mc.com / ASUS</a></h2>
<ul>
<li>Carte ASUS PCI/I-486 SP3 RAM : 16Mo (4x4M-SIMM)</li>
<li>Processeur 486DX33</li>
<li>BIOS Ver. 4.50 (12/30/93)</li>
<li>2 lecteurs de disquettes (1.2 et 1.44), utilisant le circuit
embarqué</li>
<li>SCSI WD7000 SCSI et Adaptec 1542CF fonctionnent</li>
<li>2 disques SCSI 320Mo</li>
<li>CD-ROM SCSI NEC84</li>
<li>Streamer Archive QIC150 SCSI</li>
<li>Vidéo Tseng ET4000 ISA</li>
<li>Son PAS16</li>
<li>Imprimante sur le port parallèle intégré
à la carte mère</li>
</ul>
<p>Aucune carte d'extension PCI pour le moment, mais désire
acheter une carte vidéo PCI. Utilise une carte d'interface
SCSI WD7000 en attendant le pilote pour circuit NCR
embarqué.</p>
<p>Tout fonctionne parfaitement. Le premier port série (sert
un modem 14.4) se bloque parfois lors des tentatives de
reconnexions après utilisation du modem. Ce problème
serait causé par un circuit (SMC-LSI) du 16550
déficient. La souris Logitech série connectée
au second port fonctionne bien, mais je cherche comment diminuer le
seuil du tampon fourni par le 16550.</p>
<h2><a name="ss9.7">9.7 Stefan.Dalibor@informatik.uni-erlangen.de /
GigaByte</a></h2>
<ul>
<li>Carte GA-486iS Gigabyte 256Kb cache 2L, i486-DX2</li>
<li>Bios AMI, 93/8</li>
<li>SCSI Pas de circuit SCSI embarqué, j'emploie une Adaptec
1542C,</li>
<li>Vidéo ELSA Winner 1000</li>
<li>Linux 0.99pl14 + SCSI-Clustering-Patches / Slackware 1.1.1</li>
</ul>
<p>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 problèmes de blocages du
système lorsqu'il utilisait <code>find</code> furent
résolus par l'application des patches de clustering SCSI
mais ils relevaient plutôt de dysfonctionnements des
anciennes version du noyau.</p>
<p>La carte vidéo ELSA-Winner-1000 se fige parfois.
L'affichage devient pour le moins étrange et il faut
relancer le système. Le revendeur a parlé d'un bug de
la carte ELSA mais le constructeur a affirmé avoir
résolu cela. le problème n'est pas
systématique, l'utilisateur tâche donc de
l'ignorer.</p>
<p>Tout bien considéré la machine fonctionne bien en
utilisation de bureautique orienté traitement de textes
(emacs, LaTeX, xfig, ghostview) et semble très
véloce, à peine au-dessous des stations Sun
coûtant au moins 3 fois plus cher qu'il emploie par
ailleurs.</p>
<p>Le mode CPU->PCI-Burst est débrayé car le BIOS
ne supporte pas correctement cela.</p>
<h2><a name="ss9.8">9.8 Tom Drabenstott (tldraben@eos.ncsu.edu) :
Comtrade / PCI48IX</a></h2>
<p>PCI48IX Rev. 1.0. Constructeur inconnu, documentation par "TMC".
Le BIOS ne permet guère de paramétrer le bus PCI.</p>
<p>La carte ISA multifonctions d'interface IDE de type UMC
(863+865) fonctionne bien sous DOS et OS/2 mais pas sous Linux.</p>
<h2><a name="s10">10. Choix d'une carte-mère PCI : conseils
et observations diverses</a></h2>
<p>Angelo Haritsis (ah@doc.ic.ac.uk) a rassemblé les
éléments de cette section.</p>
<h2><a name="ss10.1">10.1 ATTENTION</a></h2>
<p>Ne pas acheter de carte-mère PCI/VLB, elles paraissent
toutes mal conçues. Opter pour une carte PCI/ISA. Eviter les
jeu de composants (chipsets) de marque OPTi modèles 82C596,
82C597 et 82C822 comme sur la carte mère TMC PCI54PV.</p>
<p>(Je connais au moins une personne qui n'a pas de problème
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.)</p>
<p>Diverses rumeurs laissent entendre que les cartes mères
Intel ne peuvent supporter plus d'une carte d'extension bus master.
On dit aussi que le chipset Saturn II pose divers problèmes
... mais je l'emploie avec satisfaction !</p>
<h2><a name="ss10.2">10.2 Connecteur de composants de RAM</a></h2>
<p>Opter pour une carte à connecteurs 72 points
(vélocité maximale). Toutes les cartes Intel offrent
cela.</p>
<h2><a name="ss10.3">10.3 Carte-mère PCI
plébiscitée</a></h2>
<p>La carte-mère Intel pour Pentium 90 à chipset
Premiere II (connue aussi sous le nom de "Plato") paraît
satisfaisante. Opter pour un BIOS intégrant le code du
contrôleur SCSI NCR embarqué afin que même 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
intégré au BIOS principal (AMI). Une disquette permet
de mettre à jour ce dernier (inscrit sur EPROM FLASH). La
plus récente version repérée porte le
numéro 1.00.10 et corrige tous les problèmes de
jeunesse de ce produit.</p>
<h2><a name="ss10.4">10.4 Lignes d'IRQ (Interrupt ReQuest)</a></h2>
<p>La plupart des cartes-mères exigent une configuration
explicite (via le SETUP) des paramètres PCI bas-niveau ...
pour chaque connecteur (slot PCI) ! Cela ménage 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
interfaçage avec les lignes du classique 8259. Si une
carte-mère donnée intègre ces cavaliers leurs
positions doivent impérativement correspondre au
paramètrage (SETUP) du bus PCI. Les documents fournis avec
un certain nombre de cartes (Viglens, par exemple) sont
partiellement erronés. L'installation exige en ce cas
quelques tâtonnements.</p>
<h2><a name="ss10.5">10.5 La famille des circuits contrôleurs
SCSI de NCR "8xx"</a></h2>
<p>Tous les circuits NCR 8XX emploient le bus mastering (peuvent
prendre le contrôle du bus) et se connectent directement au
bus PCI. Ils correspondent aux spécifications PCI version
2.0 et sont donc capables de transferts en mode rafale sur 32 bits
à 33MHz (133 Mo/s).</p>
<h3>53C810</h3>
<p>8 bits Fast SCSI-2 (10 Mo/s). Nécessite un BIOS
spécifique sur la carte mère. 100 broches Quad Flat
Pack (PQFP). Premier circuit SCSI pour PCI. Le moins onéreux
car le plus produit.</p>
<h3>53C815</h3>
<p>8 bits Fast SCSI-2 (10 Mo/s). Terminaisons passives ("single
ended") uniquement. Interface pour BIOS externe (circuit
idéal pour conception de carte). 128 broches QFP.</p>
<h3>53C825</h3>
<p>16 bits Fast SCSI-2 (20 Mo/s). Terminaisons passives ou
différentielles. Interface pour BIOS externe. 160 broches
QFP.</p>
<h2><a name="ss10.6">10.6 Le futur des 53c8xx</a></h2>
<p>NCR annoncera dans les 6 prochains mois 4 nouveaux circuits.
Brochages compatibles avec les 810 et 825 et quelques nouvelles
fonctions.</p>
<p>Tous ces circuits nécessitent un BIOS sous MS-DOS. Le 810
seul exige son implantation sur la carte-mère. La plus
récente version du BIOS NCR porte le numéro 3.04.00
et permet à MS-DOS d'employer les disques de plus d'un
Go.</p>
<h2><a name="ss10.7">10.7 Performances des circuits SCSI
NCR</a></h2>
<p>Les tests de vélocité 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% supérieur à
celui d'une Adaptec 2940 et qu'avec un très rapide disque
dur le tout semble environ deux fois et demi plus rapide qu'une
Adaptec 1540.</p>
<h2><a name="ss10.8">10.8 Des nouvelles du support
NCR53c825</a></h2>
<p>Ca fonctionne. point.</p>
<h2><a name="ss10.9">10.9 Frederic POTTER
(Frederic.Potter@masi.ibp.fr) à propos de
Pentium+NCR+Strap_bug</a></h2>
<p>Sur certaines cartes Intel Plato, le bios NCR ne reconnait pas
la carte car il doit la voir en tant que "contrôleur SCSI
secondaire", et que sur la pluspart des cartes SCSI le cavalier de
sélection primaire/secondaire a été
soudé en position primaire (pour économiser un
centime, sans doute).</p>
<p>Solution:</p>
<pre>
Près 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 défaut. 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.
</pre>
<h2><a name="ss10.10">10.10 La détection des
périphériques PCI dans les noyaux Linux
récents par Frederic Potter</a></h2>
<p>Frederic Potter a rajouté une détection des
périphériques PCI dans les noyaux récents. 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".</p>
<p>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
détection PCI.</p>
<h2><a name="ss10.11">10.11 Autres périphériques
PCI</a></h2>
<p>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 :</p>
<h3>Cyclades: carte multiport PCI RISC à 16 ports</h3>
<p>Ce produit appelé Cyclom-Ye possède les
caractéristiques suivantes :</p>
<ul>
<li>Carte PCI hôte basé sur le jeu de circuits PLX.
Cette carte gère de 8 à 32 ports série, avec
des boitiers externes 8 ou 16 ports.</li>
<li>cable SCSI II.</li>
<li>boitiers externes 8 or 16 ports avec connecteurs RJ45 ou DB25
au choix. On peut débuter avec 8 ports et augmenter à
32 en rajoutant seulement des boitiers. Chaque boitier externe
contient 2 ou 4 contrôleurs série RISC CD-1400 (chaque
CD-1400 contrôle 4 ports série).</li>
<li>Il est possible d'installer 4 cartes hôte dans un PC ce
qui permet un maximum de 128 ports série par
système.</li>
</ul>
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.
<h2><a name="s11">11. Conclusion</a></h2>
<p>Si vous avez l'argent nécessaire optez pour une ASUS-SP4,
P90, c'est ce que je possède en ce moment. Si vous pouvez
vous le permettre 32 Mo de RAM est très supérieur
à 16 Mo.</p>
<p>Dans un avenir proche, le futur standard sera le chipset Triton
qui permettra l'utilisation des barettes mémoires EDO et
SRAM. Les deux seront plus chères 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 chère ce n'est pas à cause des
coûts de production, il parait qu'ils sont identiques.</p>
<p>Pour un système à hautes performances, je
choisirais quand même 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.</p>
<p>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 sophistiqués tel l'Iiyama-IDEK 8617-T, je
pense que la PCI Mach64 ATI-GUP-Turbo (pas le modèle moins
cher GUP-Turbo-Windows) serait un bon choix : avec 4 Mo de RAM on
peut avoir 16 millions de couleurs dans les résolutions
supérieures. Elle est bien gérée 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 très efficacement.</p>
<p>Pour du SCSI je conseille un contrôleur DPT plustôt
que le (moins cher et très rapide) NCR53c810 si l'on compte
utiliser beaucoup de streamer SCSI. Le pilote Linux pour NCR53c810
ne gère pas, en effet, les connection/déconnection ce
qui bloque le bus SCSI à chaque opération du type "mt
rewind", "mt fsf", etc. Cela implique de pénaliser les
performances pendant l'utilisation de Tar. Mais allez voir les
nouveaux pilotes alpha de Drew avant de prendre un décision,
peut-être résolvent-ils ces problèmes.</p>
<p>Pour des serveurs, le DPT reste de toute façon le
contrôleur de choix à cause de la bonne gestion du
cache matériel ( avec tri des accès, ce qui rend le
cache embarqué intéressant même sur un
environnement Linux ou l'OS gère son propre cache) et du
support raid jusqu'au niveau 5.</p>
<p>Si vous ne voulez dépenser 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 chère et rapide.</p>
<p>Depuis XFree86(tm)-3.1, l'ET4000/w32-PCI rapide et peu
chère est aussi un bon choix.</p>
<h2><a name="s12">12. Remerciements</a></h2>
<p>Les personnes suivantes ont directement contribué
à la rédaction de ce document :</p>
<ul>
<li>David Lesher (wb8foz@netcom.com) (correction de la version
anglaise)</li>
<li>Nathanael MAKAREVITCH (nat@nataa.frmug.fr.net) (adaptation en
français)</li>
<li>Jun Morimoto (morimoto@lab.imagica.co.jp) (adaptation en
japonais)</li>
<li>Marco Melgazzi (marco@vcldec1.polito.it) (adaptation en
italien)</li>
<li>Donald Becker (becker@cesdis.gsfc.nasa.gov) (infos
ethernet)</li>
<li>Drew Eckhardt (drew@kinglear.cs.Colorado.EDU) (infos SCSI)</li>
</ul>
<p>J'ai collecté la plupart des informations
présentées ici par email et articles de news
postés par les personnes dont les noms suivent :</p>
<blockquote><code><code>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.</code></code></blockquote>
<p>Nat aimerait remercier les courageux relecteurs/correcteurs de
ce document :<br></p>
<blockquote><code><code>Xavier Cazin, René
Cougnenc</code></code></blockquote>
<h2><a name="s13">13. Informations diverses (section ajoutée
par Nat)</a></h2>
<p>---------------------------------------</p>
<p>Truc pour vérifier la release du chipset PCI (merci
à Jean-Louis Matrat).</p>
<pre>
Sous debug:
-o cf8 f0
-i c000
86
-i c001
80
-i c002
A3
-i c003
04
-i c008
11
-o cf8 00
-q
</pre>
<p>Les valeurs retournées indiquent :</p>
<ul>
<li>en 00 et 01 : Vendor ID, Intel si 8086</li>
<li>en 02 et 03 : Device ID, 0483 si Saturn (PCI en 486), 04A3 si
PCI en Pentium (Mercury et la suite)</li>
<li>en 04 : Révision ID, 01 pour Mercury 1 (60 MHz), 03 pour
Mercury 2 (66 MHz), Neptune (90 MHz) si 10 et plus.</li>
</ul>
<p>---------------------------------------</p>
<p>Pour récupérer les fichiers permettant de
reprogrammer un BIOS de carte Plato :</p>
<p>ftp.ibp.fr:/pub/linux/packages/GCC/plato.tar.gz</p>
<p>Un newsgroup nommé alt.comp.periphs.mainboard.asus traite
du cas des cartes mères ASUS.</p>
<h2><a name="s14">14. Note du traducteur</a></h2>
<p>Note destinée aux utilisateurs de Linux résidant
en France : Une conférence répartie sur de nombreux
BBS français traite de Linux. Elle est reliée au
newsgroup Usenet "fr.comp.os.linux".</p>
<p>Divers sites publics proposent fichiers et informations utiles.
Connexion par modem/réseau téléphonique
commuté, sans parité, 8 bits de données et 1
bit de stop :</p>
<pre>
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
</pre>
<h2><a name="s15">15. Copyright/avertissement légal</a></h2>
<p>© Copyright 1993, 94 by Michael Will
(michaelw@student.uni-tuebingen.de) - réservé 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.</p>
<p>Si vous vendez ce HOWTO sur un CD ou dans un livre je serais
heureux d'en obtenir un exemplaire pour
référence.</p>
<p>(Michael.Will@student.uni-tuebingen.de)</p>
<p>Vous pouvez me contacter par courrier électronique ou
bien au +49-7071-969063.</p>
<p>La reproduction de la présente traduction ne
nécessite pas l'autorisation de ses traducteurs : Nat
(nat@nataa.frmug.fr.net) et Olivier
(olivier.chretien@atd.fdn.fr).</p>
<p>Les marques citées restent la propriété de
leurs possesseurs. Les informations fournies ne sont assorties
d'aucune garantie.</p>
</body>
</html>
|