Newsgroup: it.comp.retrocomputing
Titolo: Indy, Irix ... panic

Magari questa discussione è utile a qualcuno, anche se non proprio in 
tema...
Mi accingo ad installare IRIX 5.3 sulla Indy.
Avvio la macchina, fermo in maintenance mode.
Apro il command monitor e dò il comando
boot -f dksc(0,6,8)sashARCS dksc(0,6,7)stand/fx.ARCS --x
 
Fin qui tutto bene: scelgo "auto", aspetto un'oretta, ripartiziono come 
ro)ot disk, l)abel, sy)nc, /exit
Scelgo "install system software".
Carica i tools sul disco ... panic !
Ora, l'eccezione è cambiata.
<vector=UTLB>
 
La Indy è una IP22 con R4400, 64 MB di ram. 
 
Domande agli esperti (ho cercato in giro, ma l'eccezione l'ho vista 
riportata per le Indigo² Teal, per kernels Linux e BSD, ... non ho 
trovato nulla relativo alla Indy & IRIX 5.3)
 
1) La versione di IRIX non è adatta ?
2) Sbaglio qualcosa nel boot ? Ho adattato le istruzione che avevo per la 
6.5 (e che han funzionato su di una Indigo²(
3) La Indy è difettosa ? Il test diagnostico (quasi due ore) non ha 
riscontrato problemi...

 riscontrato problemi...
 
Premetto che non ho mai messo il 5.3 su una indy. La 5.3 c'e' in diverse 
edizioni per hw differente. Qui trovi un elenco:
 
http://www.sgistuff.net/software/irixhistory/index.html
 
 
Se la 5.3 l'hai presa sul mulo, mi pare fosse per indigo.
Perche' non ti procuri un po' di ram con parita' e ci metti su la 6.5.22?
 
Ciao ... Dino

 
 
No, l'ho avuta da un membro del NG, che non mi risulta sia un 
quadrupede :)
 
Ho letto il documento ... esiste una specifica versione della 5.3 per 
Indy con R4400 175MHz, ecco l'inghippo ...
 
 
 


Sta sera do un'occhiata a quello che ho in archivio a casa, ma credo sia 
la stessa versione.
 
Ciao ... Dino

 Indy con R4400 175MHz, ecco l'inghippo ...
 
l'avevo scritto N post fa', la versione che ti ho messo online E' la 
versione specifica per indy r4k 175Mhz, il fatto che ti dia problemi e' 
alquanto strano.
 
Se preferisci ti giro la 6.2, e' un filo piu pesa (sono due cd di os e 
altri due tra librerie e tool di sviluppo)
 
Per carita' lascia stare la 6.5.22 che su questi sistemi, anche ben 
carrozzati di memoria, equivale a tirare il freno a mano (e non e' che 
migliori molto con un r5k sotto al culo).
 
-- 
member of the italian hobbyist DECnet network - 
decnet.ipv7.net
 
www.unsupported.info
 - 
img.unixantichrist.net
 

 6.5.22?
 
Tu mi sa che la vuoi morta quella povera indy, o quantomeno sofferente.


 
Che devo dirti ? 
Il test hardware non dà problemi, il boot dell'installer sì.
Sash parte, fx anche.
Giusto per completezza:
1) la 5.3 restituisce
Exception: <vector=UTLB>
2) la 6.5 e la Debian che c'era
Exception: <vector=XUT>
 
Non credo c'entri il fatto che, durante fx, ho attivato il CTQ...
Per non darti fastidio, ho iniziato lo scaricamento dal mulo della 6.2 
(tre CD)
Al limite, per far prima, se vuoi e se puoi, potresti mettermi online 
solo il primo CD, giusto per veder se parte l'installer ...
 
Stasera, magari, faccio qualche foto, chissà vien fuori qualcosa ...
 
A proposito, vicino ai connettori dell'adattatore grafico, sulla MB, c'è 
scritto IP24, magari è normale... m'ha solo incuriosito perché hinv parla 
di IP22...

Ancora panic ... anche con la 6.2
Ma porc[censura]

 Ma porc[censura]
 
 
ancora ancora!!  :)))
 
Non commento i tuoi post per incompetenza acclamata, ma li trovo sempre 
curiosi o interessanti...
 
Un lettore-ombra   :)


 
Mi spiace, ma per le SGI "sofferenti" il primato spetta a "ME" :)
 
Ciao.
 
Fabio.
 
-- 
member of the italian hobbyist DECnet network - HOBBIT

 Fabio.
 
Le vostre soffriranno, la mia non respira affatto... 
5.3, 6.2, 6.5 generano tutte un panic...
Vi viene qualche idea ?
Ram ? Ma il diagnostico (mi ripeto) la segnala come OK...
Proverò a togliere quella che ho aggiunto ...

 Proverò a togliere quella che ho aggiunto ...
 
Quà vige la regola del buon padre di famiglia informatico:
 
1) Togli tutte le schede (se ce ne sono) aggiuntive.
2) Installa la RAM minima
3) Fai il boot da un S.O. che sai che funziona (la 4.x modificata che ti 
ha mandato sadness).
 
Mi sembra che ci sia la possibilità via console di far girare i 
diagnostici (ma non ricordo è tantissimo che non accendo la mia indy), 
nel caso prova a fare un giro in config minima.
 
Prova anche a cambiare slot di memoria in config minima e vedi che 
effetto fa.


 
Sto provando con la RAM. Ho tolto quella aggiuntiva, e la musica non 
cambia. Ora rimuovo quella originale.
 
Due dubbi, però mi sorgono.
 
1) Perché sulla MB c'è scritto IP24 ASSY NO. 30 e hinv me la identifica 
come IP22 ? Da qualche parte ho letto di Indy IP24, magari ricordo male...
 
2) La 5.3 di Sadness è del 1994, ma la PROM è del 1995. L'hanno 
aggiornata ? Hanno fatto disastri ?
 
 
 
 
-- 
*** Nucleare ? No, grazie ! ***

 aggiornata ? Hanno fatto disastri ?
 
Sara' quella con supporto anche a r5k
 
Ciao ... Dino

Ho rimosso l'adattatore grafico, la tastiera, il mouse.
C'è solo il processore (e non posso toglierlo ...)
Avvio da console seriale, ripeto l'operazione ...
Panic... panic ... panic ...
Ho una remota, remotissima possibilità ... il lavaggio, visto che la 
polvere è tanta ... e poi lo scaffale degli zombies in attesa del 
giudizio finale :P


Sicuramente starò dicendo una stupidaggine, ma a questo punto visto che 
entriamo nella fase esoterica potrebbe starci tutta... :)
 
Hai provato a cambiare HD?
Magari un bel narrow 50 pin diverso potrebbe cambiare la musica... :)


 Fabio.
 
 
L'ho pensato anch'io ed è la prima cosa che farò stasera, quando le 
schede saranno ormai asciutte. L'HD che c'è non è narrow 50, ma uno 
SCSI-68 con adattatore ...

Finalmente !
Ho cambiato HD, jumpers, terminatori, memorie, lavato schede... nulla di 
nulla ...
Alla fine ho pensato: dev'essere o un problema di ROM o di PROM.
Data e ora erano accettabili.
Leggendo qua e là, m'è sorto il dubbio.
printenv non mostrava la variabile eaddr.
scrivo bootp() e mi risponde invalid mac address !
Eccolo !
 
Non era del tutto ff:ff:ff:ff:ff:ff, alcuni bit erano corrotti, e la 
terna iniziale non era
08:00:69.
 
un dump -w -x 0xbfbe04ec m'ha dato conferma.
 
Il successivo
 
setenv -f eaddr 08:00:69:08:e2:0a (a caso)
è andato a buon fine.
Oppure
fill -w -v 0x08 0xbfbe04e8
fill -w -v 0x00 0xbfbe04ec
fill -w -v 0x69 0xbfbe04f0
fill -w -v 0x08 0xbfbe04f4
fill -w -v 0xe2 0xbfbe04f8
fill -w -v 0x0a 0xbfbe04fc
 
 
printenv ora mostra l'indirizzo.
 
Adesso, l'installazione della 5.3 s'è avviata, ma l'ho fermata.
 
1) Continuo con la 5.3/efs oppure tento una 6.2/xfs ?
2) Mi arrischio nella demolizione del chip per il reworking oppure ne 
prendo uno "nuovo" ? (11€ compresa la spedizione)
 
 

 prendo uno "nuovo" ? (11€ compresa la spedizione)
 
con 64Mb per me puoi andare di 6.2 senza problemi.
prima di cambiare l'nvram hai verificato se mantiene le nuove 
impostazioni dopo aver scollegato il sistema dalla 220 ? potrebbe essere 
semplicemente stavo un problema transitorio (mi e' capitato piu volte su 
alcune sun, dati nella nvram corrotti ma nvram in ordine), in ogni caso 
il rework del chip si fa' tranquillamente quindi potresti risparmiarti 
gli 11 euro (e si fa' sempre in tempo ad ordinarlo se il rework dovesse 
andare male)
 
-- 
member of the italian hobbyist DECnet network - 
decnet.ipv7.net
 
www.unsupported.info
 - 
img.unixantichrist.net
 

 problema transitorio 
Semplice, domani mattina controllo ;)
 

Però che storia ... il semplice valore di eadrr corrotto generava delle 
eccezioni tali da mandare in panic il kernel ... bah ...