|
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.
Compaq offre un driver per DOS a ftp://ftp.compaq.com/pub/softpaq/Drivers/SP1116.ZIP
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.
Stranamente queste informazioni si possono trovare nello SCSI HOWTO anche se i Presario sono equipaggiati con IDE di default.
Paul Bame (bame@sde.hp.com) ha riportato:
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
Egli riporta che dopo aver messo quella scheda nella sua
Gateway 2000 G/W 2000 4DX2/66 PCI ATI-Graphics-Ultra-Pro IDE di non si sa quale marca
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
Egli usa la sua
Il suo problema:
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 onboard . Dopo due settimane mi ci sono abituato :-)
Ridurre la soglia
ASUS PCI/I-486SP3
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.
ASUS SP3
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.
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...
CPU>-PCI-Burst sembra funzionare bene con DOS/MS-Windows
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 (!)
(Sospetto che queste applicazioni usino molto il CPU->PCI-burst a causa delle grandi quantita' di dati da trasmettere alla PCI-Winner-1000)
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 :-)
Egli ha un SATURN.EXE che carica sotto DOS prima di far partire Linux, cosi' da usare il burst senza piantamenti...
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'.
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
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
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!
Tutto sembra funzionare bene ma non ha provato ne' la stampa, ne' la rete
e neanche uno streamer fin'ora. Prima di applicare le
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.
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...
Il CPU->PCI-Burst e' disabilitato perche' il bios non supporta ancora bene le schede PCI ?
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...
Usando Linux 1.2.12 su una
PCI48IX
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.
Hosting by: hurra.com
Generated: 2007-01-26 17:56:16