Dále jsem chtěl otestovat CPU upgrade modul Kingston SLC/NOW!, který byl primárně určený pro PC IBM PS/2 modely 25 - 60. Na jedné straně má PGA piny, které se zasunou do patice místo 286 CPU a na druhé straně je SMD CPU IBM 33G0275 (386SLC @25 MHz) s 16-bitovou datovou sběrnicí, patice pro matematický koprocesor 387SX a nějaký FPGA čip QuickLogic QL8x12A-OPL68C. Abych mohl modul do desky zasunout, musel jsem ale nejprve na desce vyměnit PLCC THT patici za PGA (jinou 286 desku s PGA paticí nemám). Naštěstí je footprint obou typů patic stejný, takže jsem PLCC horkovzduškou vypájel, odsál cín z děr odsávačkou a připájel tam PGA patici, kterou jsem měl v zásobě vyndanou z nějaké jiné desky. Patici jsem na desku osadil dle orientace bílého servisního potisku, ale následně jsem ze staré fotky zjistil, že pin 1 na CPUčku této orientaci neodpovídá a je o 90° posunutý. Naštěstí jsem si toho všiml včas a žádný CPU neodpálil.
 |
 |
 |
| SLC/NOW! top | SLC/NOW! bottom | Suntac SUNO2-C2 |
Desku jsem napřed vyzkoušel s keramickou 286 a pak místo ní osadil CPU upgrade modul. Bohužel ani ťuk, měl jsem v ISA slotu strčenou POST kartu a žádný kód nepřišel. IBM CPU se po chvilce docela hřál, tak jsem pojal podezření, že by mohl být vadný. Sfouknul jsem ho a připájel místo něj intel 386SX, ale ani s ním to nefungovalo. Na spodní straně modulu jsem našel 50MHz krystalový oscilátor, který jsem oměřil a fungoval. Je tedy možné, že někdo předtím modul otočil a odpálil QuickLogic čip, který bohužel nemám čím nahradit, takže tím bádání končí...
 |
 |
 |
| odpájený socket | nový PGA socket | Kingston SLC/NOW! |
5.4.2021 Abych vyzkoušel CPU IBM 386SLC z upgrade modulu, vyhrabal jsem jednu starou základní desku s připájeným CPU intel 386SX @20 MHz, horkovzduškou jsem odpájel intela a připájel IBMko, ale deska byla úplně tuhá, ani nePOSTla. Přepájel jsem zpět původní CPU od intelu a deska zas ožila. Taktéž matematický koprocesor ULSI US83S87SX/SLC z patice na upgrade modulu se v desce choval divně. HWiNFO a Norton SysInfo ho sice detekovaly, ale všechny FPU testy v Norton Diagnosticu skončily chybou. Také DOS Navigátor při spuštění podivně crashnul a když jsem FPU vyjmul z patice, tak se normálně spustil. Takže je dost pravděpodobné, že byl upgrade modul kdysi špatně zastrčen do patice, napájecí napětí se dostalo kam nemělo a odpálilo CPU, FPGA QuickLogic a přismahlo FPU. UPDATE: kamarád mi půjčil na otestování jiný FPU 387SX, který ve výše zmíněné desce normánlě fungoval a všechny testy prošly (deska je tedy OK), zatím co FPU ULSI US83S87SX/SLC testy neprošel a je tedy definitivně mrvý. Je tedy pravděpodobné, že mrtvý je i CPU IBM 386SLC a FPGA, škoda...
6.4.2021 Na VOGONS fóru jsem byl upozorněn na to, že IBM 386SLC nemá identický pinout jako intel 386SX, ale jsou zde nějaké piny navíc, které jsou na intelu nezapojené (NC). Originální datasheet k IBM CPU se nikomu zatím nepodařilo najít a tak se vychází z datasheetu Cyrix Cx486SLC, dle kterého uživatel furan udělal obrázek s porovnáním pinů a vyznačenými rozdíly, další detaily v tomto vláknu. Vzal jsem multimetr a propípal jak jsou na mé základní desce zapojené nevyužité piny. Kromě pinu 20, který je v CPU interně zapojený, jsou všechny plovoucí.
| pin | MB/386SX connection | Cx486SLC pin | IBM 386SLC pin | upgrade module |
|---|---|---|---|---|
| 20 | floating, int.con. | NC | int.con. | NC |
| 27 | floating, int.discon. | NC | int.con. | NC |
| 29 | floating, int.discon. | KEN# (20 kΩ int. PUP) | 20 kΩ int. PUP | NC |
| 30 | floating, int.discon. | FLUSH# (20 kΩ int. PUP) | 20 kΩ int. PUP | NC |
| 31 | floating, int.discon. | A20M# (20 kΩ int. PUP) | int.con. | NC |
| 43 | floating, int.discon. | SUSP# (20 kΩ int. PUP) | int.con. | FPGA pin 59 |
| 44 | floating, int.discon. | SUSPA# (output) | 20 kΩ int. PUP | NC |
| 45 | floating, int.discon. | RPLSET (output) | int.con. | NC |
| 46 | floating, int.discon. | RPLVAL# (output) | 20 kΩ int. PUP | NC |
| 47 | floating, int.discon. | NC | int.con. | NC |
Dle Cyrix datasheetu jsou tedy všechny plovoucí vstupy aktivní v log. 0 ošetřeny interními pull-up odpory, takže interní 8kB cache by měla být vypnutá, suspend režim neaktivní a A20M se ještě povoluje v registru CCR0.2 (po resetu je neaktivní). Otázka je, jestli to platí i pro IBM 386SLC. Z toho, co jsem naměřil na pinech odpájeného CPU je vidět, že pull-upy nejsou všude a navíc u pinů 44 a 46 by být ani neměly, což značí, že mají tyto piny jiný význam i směr. Zajímavé je, že na upgrade modulu jsou skoro všechny tyto piny nezapojené, až na pin 43, který jde někam do FPGA.