<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <TITLE>Linux PCI-HOWTO: Insuccessi e/o problemi</TITLE> <LINK HREF="PCI-HOWTO-11.html" REL=next> <LINK HREF="PCI-HOWTO-9.html" REL=previous> <LINK HREF="PCI-HOWTO.html#toc10" REL=contents> </HEAD> <BODY> <A HREF="PCI-HOWTO-11.html">Avanti</A> <A HREF="PCI-HOWTO-9.html">Indietro</A> <A HREF="PCI-HOWTO.html#toc10">Indice</A> <HR> <H2><A NAME="s10">10. Insuccessi e/o problemi</A></H2> <P> <P> <H2><A NAME="ss10.1">10.1 Sistemi Compaq PCI, specialmente Presario</A> </H2> <P> <P>Patrick Yaner (p_yaner@eos.ncsu.edu) mi ha riportato una "specialita'" Compaq. Pare che essi stiano mappando l'area del BIOS PCI in una oscura zona di memoria: una zona inaccessibile sia da Linux che da OS/2. I due sistemi la trovano, ma non riescono ad accederci e danno un messaggio del tipo "pcibios_init: entry in high memory area, unable to access" quando li si accende. Anche se questo e' un comportamento perfettamente accettabile per lo schermo (che e' sul bus PCI) e per il controller IDE (anche lui ), questo significa che un qualsiasi dispositivo PCI aggiuntivo ( come ad ex. una scheda Ethernet ) non puo' essere riconosciuto da Linux. <P>Compaq offre un driver per DOS a ftp://ftp.compaq.com/pub/softpaq/Drivers/SP1116.ZIP <P>Il problema di usare questa soluzione con Linux e' di dover usare loadlin per far partire Linux da DOS invece di usare il LILO. Notate che occasionalmente Compaq rilascia delle nuove versioni del suddetto file quindi ftp://ftp.compaq.com/pub/softpaq/allfiles.html ( oppure allfiles.txt ) vi puo' essere utile per controllare se non sia cambiato qualcosa. <P>Stranamente queste informazioni si possono trovare nello SCSI HOWTO anche se i Presario sono equipaggiati con IDE di default. <P> <H2><A NAME="ss10.2">10.2 VLSI Wildcat PCI chipset like in Zeos P120 box</A> </H2> <P> <P>Paul Bame (bame@sde.hp.com) ha riportato: <P>Il mio cdrom ATAPI e la mia scheda Ethernet 3c509 non sono state riconosciute fino a quando non ho disabilitato il Plug-and-Play come riportato dall' Ethernet HOWTO <P> <H2><A NAME="ss10.3">10.3 hschmal@informatik.uni-rostock.de con SCSI-PCI-SC200</A> </H2> <P> <P>Egli riporta che dopo aver messo quella scheda nella sua <SF>mainboard</SF> Pentium Linux non parte piu'. La mia prima idea e' che non e' supportata. <P> <H2><A NAME="ss10.4">10.4 dmarples@comms.eee.strathclyde.ac.uk G/W 2000</A> </H2> <P> <P>Gateway 2000 G/W 2000 4DX2/66 PCI ATI-Graphics-Ultra-Pro IDE di non si sa quale marca <P>Funziona bene - l'unico problema e' che la scheda IDE funziona in modalita' compatibile ISA e va un bel po' piu' velocemente quando viene messa in modalita' PCI da un programma DOS... cosi' non e' poi cosi' veloce in Linux e una <SF>patch</SF> farebbe piacere. <P> <H2><A NAME="ss10.5">10.5 cip574@wpax01.physik.uni-wuerzburg.de (Frank Hofmann) / ASUS</A> </H2> <P> <P>Egli usa la sua <SF>motherboard</SF> ASUS con 16MB RAM, usa S3 928 ISA e il controller IDE <SF>onboard</SF> con un disco rigido Seagate ST4550A. Non ha avuto problemi con i recenti kernel linux. <P>Il suo problema: <BLOCKQUOTE><CODE> usando X il mio mouse non risponde piu' come prima. Talvolta e' dietro a dove dovrebbe essere e saltella se lo muovo troppo velocemente. Credo che questo sia stato discusso in un newsgroup Linux qualche tempo fa (non so quale) e dovrebbe essere causato dai chip seriali 16550 che ci sono sulle interfacce seriali <SF>onboard</SF>. Dopo due settimane mi ci sono abituato :-) </CODE></BLOCKQUOTE> <P>Ridurre la soglia <SF>(treshold)</SF> della 16550 dovrebbe aiutare. Dovrebbe esserci una <SF>patch</SF> per il setserial da qualche parte ma non so dove. <P> <P> <H2><A NAME="ss10.6">10.6 axel@avalanche.cs.tu-berlin.de (Axel Mahler) / ASUS</A> </H2> <P> <P>ASUS PCI/I-486SP3 <SF>Motherboard</SF> (Award BIOS 4.50), 16 MB RAM il chip NCR <SF>on-Board</SF> NCR e' disabilitato, aveva una Genoa Phantom/W32 2MB per PCI e un Adaptec AHA-1542CF (BIOS v2.01) connesso a: <UL> <LI> un disco rigido IBM 1.05 GB</LI> <LI> un CDROM Toshiba XM4101-B</LI> <LI> uno streamer DAT HP (2GB)</LI> </UL> <P>Quando si creava il filesystem, 'mke2fs' (0.4, v. 1.11.93) si bloccava e l'installazione era impossibile. Dopo aver rimpiazzato la Genoa Phantom/W32 2MB PCI con una ELSA Winner 1000 2MB PCI ha funzionato alla perfezione. L'ha testato anche con una vecchia scheda VGA Eizo ISA e ha funzionato anche con quella cosi' probabilmente il problema era nella Genoa. <P> <H2><A NAME="ss10.7">10.7 Frank Strauss (strauss@dagoba.escape.de) / ASUS</A> </H2> <P>ASUS SP3 <SF>Mainboard</SF> i486DX2/66 NCR53c810 disabilitato Adaptec 1542B in uno slot ISA con 2 dischi rigidi (200MB Maxtor, 420MB Fujitsu), SyQuest 88MB e uno streamer Tandberg ELSA Winner 1000 PCI, 1MB-VRAM Soundblaster Pro in uno slot ISA con IRQ 5 <SF>Onboard</SF> IDE disabilitato <SF>Onboard</SF> seriali, parallela, e controller Floppy abilitati <P>Dopo un reset la macchina talvolta si blocca ( e' lo stesso resettare software e hardware) - questo probabilmente non e' causato dall'adaptec e dalla scheda audio perche' anche senza questo il sistema talvolta non parte. Se va comunque, (e se appare il messaggio della ELSA-WINNER-1000-PCI) va bene. <P>Le due porte seriali sono giustamente identificate come 16550 ma durante alcune sessioni c'e' stata una grande perdita di dati col V42bis... Il problema sembra essere nell'hardware... <P> <P>CPU>-PCI-Burst sembra funzionare bene con DOS/MS-Windows <P>CPU->PCI-Burst non funziona bene con linux0.99p15, Il computer si incasina quando cambio virtual console e si pianta completamente quando si eseguono programmi grandi come ghostview e xdvi lasciando pero' acceso il led SCSI (!) <P>(Sospetto che queste applicazioni usino molto il CPU->PCI-burst a causa delle grandi quantita' di dati da trasmettere alla PCI-Winner-1000) <P> <P>Dopo aver disabilitato il CPU->PCI-Burst, funziona bene, la Winner-1000 a 1152x846 (not molta font cache con 1MB) fa 93k xstones. OpaqueMove con il twm e' piu' che sopportabile :-) <P>Egli ha un SATURN.EXE che carica sotto DOS prima di far partire Linux, cosi' da usare il burst senza piantamenti... <P>Alcuni hanno detto che questi problemi potrebbero sparire se si toglie la "sync negotiation" sull'Adaptec - Non so se questo sia possibile con anche l' adaptec1542B ma credo di si'. <P>Con CPU->PCI-Burst la macchina tira fuori 95k xstones, cosi' egli considera che non sia poi un cosi' gran problema non usarlo. La sua unica grana e' che vorrebbe far andare la sua Winner-1000 a 1152x900, cosa, purtroppo, non fattibile dato che pare che qualsiasi risoluzione sopra i 1024 pixels viene portata a 1280 sprecando cosi' un sacco di spazio ma questo probabilmente non e' un problema connesso al PCI e dovrebbe essere scomparso con XFree86(tm)-2.1 <P> <H2><A NAME="ss10.8">10.8 egooch@mc.com / ASUS</A> </H2> <P> <P> <UL> <LI> <SF>MAINBOARD</SF> ASUS PCI/I-486 SP3 RAM: 16MB (4x4M-SIMM)</LI> <LI> CPU 486DX33 CPU </LI> <LI> BIOS Ver. 4.50 (12/30/93)</LI> <LI> Floppy Two floppy drives (1.2 and 1.44), usando il controller floppy <SF>onboard</SF></LI> <LI> provati due controller SCSI, il WD7000 e l'Adaptec 1542CF: entrambi hanno funzionato</LI> <LI> Due dischi rigidi SCSI 320M</LI> <LI> CDROM SCSI NEC84</LI> <LI> Streamer SCSI QIC150</LI> <LI> Video - Tseng ET4000 ISA</LI> <LI> Scheda audio PAS16</LI> <LI> Stampante attaccata alla parallela <SF>onboard</SF>.</LI> </UL> <P>Per ora non ha niente negli slots PCI ma vorrebbe una scheda video PCI; attualmente sta usando un controller SCSI WD7000 ma si mettera' a usare il chip NCR <SF>onboard</SF> non appena uscira' il driver. <P>Tutto ha funzionato perfettamente - la porta seriale numero uno, che ha attaccato un modem 14.4K, occasionalmente si blocca quando ci si riconnette con il modem dopo averlo usato in precedenza. Egli dice che non e' una cosa collegata alla ASUS ma piuttosto un bug nel device SCM-LSI con la sua UART16550. Il mouse logitech seriale lavora bene sulla seconda porta. Poter abbassare il threshold sulla porta mouse aiuterebbe non poco, pare che uno debba avere un setserial modificato per poterlo fare. Non ho ancora le informazioni per questo, se ne sapete di piu' per favore contattatemi! <P> <H2><A NAME="ss10.9">10.9 Stefan.Dalibor@informatik.uni-erlangen.de / GigaByte</A> </H2> <P> <UL> <LI> <SF>Mainboard</SF> - GA-486iS dalla Gigabyte con 256Kb L2-Cache, i486-DX2</LI> <LI> Bios - AMI, 93/8</LI> <LI> SCSI - niente chip scsi NCR <SF>on-board</SF>, sto usandol' Adaptec 1542C,</LI> <LI> Video - ELSA Winner 1000</LI> <LI> Linux 0.99pl14 + SCSI-Clustering-Patches / Slackware 1.1.1</LI> </UL> <P> <P>Tutto sembra funzionare bene ma non ha provato ne' la stampa, ne' la rete e neanche uno streamer fin'ora. Prima di applicare le <SF>patches</SF> per il clustering aveva qualche problema: la macchina si bloccava talvolta dopo il comando "find" ma ormai non succede piu' - forse era qualche bug del vecchio kernel. <P>La ELSA-Winner-1000 talvolta si blocca con strani arabeschi sul video che se ne vanno solo resettando... Il venditore pretende che sia un bug nella scheda video ELSA ma il produttore pretende di aver risolto il problema. Il bug non si puo' riprodurre sempre e pertanto non pensa di farci niente per ora. <P>Nonostante tutto la macchina sembra lavorare bene sotto pesanti applicazioni di elaborazione testi (emacs, LaTeX, xfig, ghostview). L'interazione e' sorprendentemente fluida e veloce, pochissima differenza con la 3 o 4 volte piu' cara workstation Sun su cui lavora... <P>Il CPU->PCI-Burst e' disabilitato perche' il bios non supporta ancora bene le schede PCI ? <P>E' venuto fuori un problema con il suo nuovo modem (v32 turbo): perde caratteri. Specialmente quando si usa lo SLIP si lamenta molto a causa di errori di TX e RX. Non appena parte X diventa inutilizzabile. Egli dice che ha attivato il FIFO e l'RTS/CTS con stty ma senza apprezzabili cambiamenti... <P> <P> <H2><A NAME="ss10.10">10.10 Steve Durst (sdurst@burns.rl.af.mil) with UMC 8500 mainboard</A> </H2> <P>Usando Linux 1.2.12 su una <SF>motherboard</SF> UMC9500-100MHz con il temuto controller EIDE CMD PCIO640B egli nota delle ondulazioni dello schermo per alcuni secondi dopo l'accensione del computer. E' come se la sua scheda video Diamond Stealth 64 (S3 864) si dovesse riscaldare un po' prima di funzionare bene. Comunque sia dice di poter sopravvivere a questo difetto. <P> <H2><A NAME="ss10.11">10.11 Tom Drabenstott (tldraben@Teleport.Com) con il Comtrade / PCI48IX</A> </H2> <P> <P>PCI48IX <SF>Motherboard</SF> Rev. 1.0. Documentazione non si sa di chi con copyright della "exrc". Il BIOS non dice molto sul PCI. <P>Il suo controller ISA E-315E Super IDE UMC (863+865) ha proprio dei problemi ( e' una scheda controller multifunzione). Sembra funzionare bene con DOS/OS2 ma non con Linux. <P> <HR> <A HREF="PCI-HOWTO-11.html">Avanti</A> <A HREF="PCI-HOWTO-9.html">Indietro</A> <A HREF="PCI-HOWTO.html#toc10">Indice</A> </BODY> </HTML>
