Linux refuse de démarrer lorsque la carte SCSI-PCI-SC200 se trouve dans le système.
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 après basculement en mode PCI par un programme MS-DOS spécifique. Plus lent sous Linux, donc : un patch serait le bienvenu.
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.
Problème rencontré :
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é :-)
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.
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
Adaptec AHA-1542CF (BIOS v2.01) pour :
mke2fs (0.4, v. 1.11.93) fige le système et interdit l'installation.
(Version ancienne, indique l'utilisation d'un noyau obsolète NdT).
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.
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.
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.
Mêmes symptômes ici depuis l'installation d'une carte clone à base de Cirrus 5428 / VLB dans une machine EISA/VLB NdT.
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.
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 système 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 données transférés vers la carte ELSA lors de leur invocation).
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" :-)
Un programme DOS nommé SATURN.EXE, lancé avant de démarrer Linux,
aide ce dernier à exploiter le mode burst sans accroc.
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.
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.
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é.
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.
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 find furent
résolus par l'application des patches de clustering SCSI mais ils
relevaient plutôt de dysfonctionnements des anciennes version du noyau.
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.
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.
Le mode CPU->PCI-Burst est débrayé car le BIOS ne supporte pas correctement cela.
PCI48IX Rev. 1.0. Constructeur inconnu, documentation par "TMC". Le BIOS ne permet guère de paramétrer 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.