Newsgroup: it.comp.os.os2
Titolo: Il "vintage" ...  che regge ancora: probemi e soluzioni coi driver APM,  USB e FAT32

Si diciamo che OS/2 4.5 sta diventando un sistema un po' vintage.... e
si tiene ancora aggiornato grazie ai rilasci di eCs e del kernel OS/4,
tuttavia anche un installazione, con qualche aggiunta, della "base" di
tutte le vers. di eCs e (forse) del prossimo Blu Lion, il buon vecchio
Warp 4.5, può dire la sua almeno per recuperare e rivitalizzare HW un
po' datato ma sempre funzionale per la fruizione delal maggiorparte
dei servizi online odierni.
 
SE i Kernel OS/4 possono essere messi su installazioni di OS/2 4.5
allora si può anche sperare anche di farlo girare su HW recente.
 
In ogni caso avevo tra le mani una vecchia systemboard Azza KT3AV +
1GB RAM con Athlon800, un po di controller, schede grafiche e dischi
vari e m'è venuta voglia di rimetterle insieme, quindi ci ho
trapiantanto la vecchia installazione di Warp4.5 (era sempre
funzionante sulla board super Socket7, la gloriosa Tyan Trinity
+K6500) con l' aggiunta di controller USB2.0: tutta roba di scarto
trovata in giro ma ben funzionante.
 
Messo l' ultimo FIX pubblico, il 15, il Kernel NON è quello originale
ma l'ultimo rilasciato pubblicamente: il 14.104a_W4 half strict.
 
Anche lo stack di rete è la vers. 4.1 ma con trapiantate le ves. più
recenti
SOCKETS.SYS: 6.3100
AFOS2.SYS:   6.3100
AFINET.SYS:  6.3100
Tutto perfettamente funzionante 
 
Tutto estremamente veloce, e rock solid, nonostante le svariate
sperimentazione che gli hanno fatto passare periodi anche di forte
instabilità, quasi sempre dovuta alla sperimentazione di driver
bacati, conflitti di librerie o HW in avaria (tutte eventualità che si
mettono nel conto quando si sperimenta) Ci mette meno a fare il boot
che Linux a riprendersi dalla sospensione su HW più recente e potente,
per non parlare di Windows....
 
Insomma volevo accedere alle chiavette USB e sono cominciate le
tribolazioni.... che poi sono finite con un po' di lavoro e fatica in
più ma ben ripagata :)
 
Di controller ne ho provati vari e alla fine ho oprato per un ottima
scheda NEC con 1 EHCI e 2 OHCI (ho scartato quelle con EHCI+UHCI) ha
anche il FireWire, i driver ci sarebbero pure ma tanto ma non mi
serve.
 
Driovers USB: gli ultimi disponibili della vers. 2.0.2
 
Questa la configurazione 
 
BASEDEV=USBOHCD.SYS /FS /V
BASEDEV=USBEHCD.SYS /FS /V /S:4
BASEDEV=USBD.SYS /V /REQ:USBOHCD$,USBEHCD$
BASEDEV=USBHID.SYS /V
BASEDEV=USBMSD.ADD /V /REMOVABLES:2 /CDS:1 /FLOPPIES:1 /A_USAGE:2
 
PRIMI PROBLEMI con gli IRQ: 
 
mi ero dimenticato di attivare da BIOS l'assegnazione degli IRQ al
controller USB, per cui inizialmente i driver non caricavano, risolto
questo partono perfettamente
 
OS/2 4.5 non  ha la gestione ACPI e APIC, per cui il routing degli IRQ
non è gestito ma tutto è affidato alle gestione da parte dei driver
della loro condivisione
 
I controller EHCI e OHCI condividono gli IRQ
n° 15 del 2° controller IDE
n° 10 della ETH
n° 11 della VGA
 
Tuttavia dopo svariati test intensivi questo NON sembra creare
problemi anche nell'uso contemporaneo delle periferiche condivise:
per esempio provando a scaricare su chiavetta USB si fa uso intensivo
sia del controller ethernet che del controller EHCI ma nonostante
questo tutto fila liscio e con una occupazione CPU media di circa il
9%, senza ne scatti ne rallentamenti, per cui sia grazie a driver ben
fatti che al sistema in se, la gestione della condivisione degli IRQ
mi pare ottima.
 
I problemi sono venuti da uno strano comportamento del sistema
ACPI-APM dopo l'installazione del controller USB e del driver FAT32
 
Problemi APM: dopo aver inserito la scheda USB il sistema si bloccava
dopo la sospensione
Problemi FAT32: appena provavo ad accedere alle chiavette USB, crash
del sistema e reset automatico immediato
 
Una situazione assolutamente insostenibile....
 
alla fine dopo SVARIATI test e tentativi, sono vanuto a capo del
problema: si trattava dei driver VIA contenuti nel pacchetto 823xcool,
in particolare del VIAAPM che gestisce ottimamente la potenza della
CPU ma in qualche modo interferiva con l'USB mandando in palla
tutto.... per cui a malincuore sono tornato al driver classico APM.SYS
e per la gestione della potenza della CPU uso il driver IDLEHLT che
non è specifico, quindi non ottimale, purtroppo non gestisce la
potenza delle ventole (usavo il droiver VIA anche per attenuare il
rumore della ventilazione) mantiene comunque bassa la dissipazione
della CPU (intorno ai 37°) e del chipset (24°) e non crea
interferenze.
 
Per l' installazione e la configurazione del driver FAT32 ho seguito
le seguenti istruzioni
http://www.ecomstation.it/pido2/home/mircomir/coesistenza_windows_os2.txt
 
con qualche aggiunta che spiegherò più avanti.
 
Questa la configurazione dei driver FAT32
IFS=F:\SYSTEM\BOOT\FAT32.IFS /H /MONITOR /CACHE:720 /RASECTORS:4
CALL=F:\OS2\CMD.EXE /Q /C F:\SYSTEM\BIN\CACHEF32.EXE /F /D:1000 /B:500
/M:5000
 
Il checkdisk su fat 32 fuinziona perfettamente e alcuni problemi di
rilevamento della partizione sono rosolvibili con dfsee
 
NOTE: 
- non ho installato la gestione LVM per cui uso il driver DANIDASD.DMD
- mantengo basso il valore della cache perchè anche così le
prestazioni in lettura e in scrittura sono  comunque molto elevate
 
- per qualche ragione che non conosco alcune chiavette USB non vengono
smontate con il comando 
"eject x:" ma facendo dei test ho notato che se prima do il comando
flush il problema scompare
 
Per cui ho creato un file batch eject.cmd, contenente semplicemente
"flush&eject %1" in questo modo si smonta perfettamente ogni chiavetta
inserita
 
Questo è quanto (e non è poco) :-)
 
per capire quale lettera viene assegnata ai dispositivi USB inseriti
uso dstat
|-------------------------------------------------------|
| Dstat 1.05         Drive Status    Date: Apr27 2016   |
|-------------------------------------------------------|
| Volume label |Device information |TotalMb| Free Mb|   |
|-------------------------------------------------------|
|C:ÿ CDOS      |Local  FAT  ÿ    618.32ÿ    172.29  27% |   
|D:ÿ DDOS      |Local  FAT  ÿ    513.78ÿ    147.79  28% |   
|E:ÿ HPFS1     |Local  HPFS ÿ   3076.42ÿ    454.47  14% |  
|F:ÿ OS2BOOT   |Local  HPFS ÿ   2048.26ÿ     31.63   1% |  
|G:ÿ OS2SWP    |Local  HPFS ÿ    184.72ÿ    114.69  62% |    
|H:ÿ STORE     |Local  HPFS ÿ   6160.90ÿ   1300.12  21% |  
|I:ÿ BACKUP0   |Local  HPFS ÿ   4217.03ÿ    965.34  22% |  
|J:ÿ BACKUP_1  |Local  HPFS ÿ  13189.33ÿ   1154.52   8% | 
|K:ÿ ARCHIVIO  |Local  HPFS ÿ  17727.70ÿ   8364.02  47% |
---------------------------------------------------------

Premesso che si tratta di OS/2 ver. 4.5 (fix 15) con qualche
aggiornamento in più (la definirei una sorta di 4.5+)
 
Aggiornamenti:
 
X vedere l'elenco completo dei dispositivi montati al posto di dstat
ora uso SO
___________________________________________________
Dsk|VolumeLabel|   Size |  Free  |Used| Where|FS name
___________________________________________________
 C:|CDOS       | 603.83M| 168.27M| 72%| Local|FAT  |
 D:|DDOS       | 501.73M| 144.33M| 71%| Local|FAT  |
 E:|HPFS1      |   2.93G|   0.43G| 85%| Local|HPFS |
 F:|OS2BOOT    |   1.95G|   0.02G| 99%| Local|HPFS |
 G:|OS2SWP     | 180.39M| 112.00M| 38%| Local|HPFS |
 H:|STORE      |   5.88G|   1.24G| 79%| Local|HPFS |
 I:|BACKUP0    |   4.02G|   0.91G| 77%| Local|HPFS |
 J:|BACKUP_1   |  12.58G|   1.10G| 91%| Local|HPFS |
 K:|           |        |        |    |      |     |
 L:|           |        |        |    |      |     |
 M:|           |        |        |    |      |     |
 N:|           |        |        |    |      |     |
 T:|HBCD 15.2  | 594.99M|   0.00M|100%| Local|CDFS |
 
X smontare i dispositivi non rimuovibili automaticamente uso umount
(sempre previo comando flush o sync)  mentre eject x quelli che si
rimuovono meccanicamente (tipo CD/DVD)
 
*PROBLEMI*
 
* UN HDD con 2 partizioni FAT: solo una di queste mi viene montata,
l'altra controllata con dfsee, perfettamente integra, non viene
montata e non capisco perché...
 
* Le chiavi USB mi vengono riconosciute pressoché tutte (ovviamente la
mia esperienza sarà sempre limitata) invece ci sono discreti problemi
nel riconoscimento degli adattatori IDE-USB, su 4 solo uno mi viene
riconossciuto ma ho verificato che (almeno nel mio caso) non dipende
tanto dai driver quanto dal controller e l' ho potuto verificare
abbastanza facilmente, semplicemente facendo un test sulla stessa
macchina e su una macchiona diversa con un SO alternativo (Linux
avviato da CD):
 
- sulla macchina con OS/2 ne linux ne win (versioni avviate da CD che
normalmente riconoscono tutti i disppositivi) rilevano correttamente
determinati adattatori IDE-USB
 
- su un vecchio netbook acer invece nessun problema, sempre con lo
stesso cd win e linux:
 
cosa cambia? Stessi SO ma macchine e controller diversi, ergo il
problema sta nel controller e non nel driver. OS/2 assolto... almeno
per ora ;-)
 
Quando avrò tempo proverò altri controller.


il problema deriva, come quasi sempre, dal driver bacato, in questo
caso egregiamente risolto cambiando driver, fortunatamente
disponibile, per le systemboard ATHLON basate su KT133 si trovano 2
pacchetti simili:
 
1) 8233cool
2) 823xcool
 
i problemi li ho avuti con il secondo, usando il 8233cool i problemi
sono spariti e ho pure la possibilità di controllare dinamicamente la
velocità della ventola.
 
Rimane sempre il problema del riconoscimento di alcuni dispositivi che
però pare dipendere dall' hardware
