Não é mais possível fazer postagens ou usar assinaturas novas da Usenet nos Grupos do Google. O conteúdo histórico continua disponível.
Dismiss

KFQSA QBUS VAX

4 visualizações
Pular para a primeira mensagem não lida

Dietmar Hermanns

não lida,
9 de jul. de 2001, 11:13:2309/07/2001
para
Hi,

jetzt am Ende mit meinem "Latein" ( hatte nie Latein!) wende ich mich an
Euch!

Ich möchte ein KFQSA (DSSI - QBUS) Controller in einer Micro VAXII Chassie
betreiben.

Die CPU ist eine KA655-A V5.3, VMB 2.7, somit sollte es jetzt eine VAX31xx
sein ?! Meldet sich als 3900.


Folgende Liste bekomme nach nach

>>> show qbus

760100 = 0000 (300) DZQ11/DZV11/DFA01 ( 8 port Seriell Karte)
760102 = 0000
760104 = 0000
760106 = 0000
760334 = 0000
760360 = 0000
760362 = 0B00
772150 = 0000 (154) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK (DILOG SCSI
Conroller)
772152 = 0B00
774440 = FF08 (120) DELQA/DELQNA/DESQA (Netzwerk Karte)
774442 = FF00
774444 = FF2B
774446 = FF29
774450 = FFD1
774452 = FFF8
774456 = 8000
777500 = 0020 (004) IPCR

Hier erscheint leider nicht der KFQSA mit der Addr 760334 und außerdem fehlt
auch der EMULEX U07 mit der Addr. 760360.

mit dem Befehl:
>>> configure

Device,Number? KFQSA-DISK,3
Device,Number? EXIT

Address/Vector Asignments
-772150/154 KFQSA-DISK
-760334/300 KFQSA-DISK
-760340/304 KFQSA-DISK
>>>

Was mache ich flasch???? Ist KFQSA das falsche device ? Denn die anderen
SCSI
Controller sind keine KFQSA.

Gruß

Dietmar

didi.h...@gmx.de

Uwe Zessin

não lida,
9 de jul. de 2001, 09:52:0009/07/2001
para


Haben Sie den KFQSA denn entsprechend der angeschlossenen
Platten konfiguriert? Wenn das nicht uebereinstimmt, macht
der KFQSA gerne bugchecks.


--
Uwe Zessin
--
__________________________________________________________
News suchen, lesen, schreiben mit http://newsgroups.web.de

Thomas Schick

não lida,
10 de jul. de 2001, 10:11:3110/07/2001
para
Sorry, kann leider nur mit Halbwissen dienen; alte Aufzeichnungen die ich
erfolgreich anwenden konnte, ohne so recht zu wissen was ich tat.


Müssen bei >>> configure nicht alle devices in einer bestimmten Reihenfolge
(Slot ?) eingegeben werden?


>>> configure
Device,Number? HELP
:
:
Device,Number? DZQ11,1
Device,Number? KFQSA-DISK,3
Device,Number? {EMULEX-U07,1}
Device,Number? {other,x}
Device,Number? EXIT


>>> set host /uqssp /maint 772150


? show
? CLEAR 0
? CLEAR 1
? CLEAR xxx
? set 0 772150 21
? set 1 760334 21
? set 2 760340 21
? show
:
? exit


>>> show device
>>> show qbus


Muß bei Emulex-U07 die neue Vector address
über Switchpacks eingestellt werden?

Thomas Schick

Dietmar Hermanns

não lida,
11 de jul. de 2001, 13:58:2711/07/2001
para
Besten Dank für Eure Hilfe. Ich glaube nun das eigentliche Problem
entdeckt zu haben.

Der folgende Text zeigt was ich gemacht habe:

1. KFQSA im Service MODE ohne weiter Boards im Qbus

KA655-A V5.3, VMB 2.7
Performing normal system tests.
40..39..38..37..36..35..34..33..32..31..30..29..28..27..26..25..
24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09..
08..07..06..05..04..03..
Tests completed.
>>>show qbus
Scan of Qbus I/O Space
-20001910 (774420) = 0000 (000) KFQSA #0
-20001912 (774422) = 0AA0
-20001F40 (777500) = 0020 (004) IPCR

Scan of Qbus Memory Space
>>>set host /uqssp /maint /service 0
UQSSP Controller (774420)

Enter SET, CLEAR, SHOW, HELP, EXIT, or QUIT

? show
Node CSR Address Model
0 760334 21
1 760340 21
7 ------ KFQSA ------
? exit
Programming the KFQSA...
>>>

2: KFQSA im Normal Mode ohne weitere Boards im Qbus


KA655-A V5.3, VMB 2.7
Performing normal system tests.
40..39..38..37..36..35..34..33..32..31..30..29..28..27..26..25..
24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09..
08..07..06..05..04..03..
Tests completed.
>>>show qbus
Scan of Qbus I/O Space
-200000DC (760334) = 0000 (300) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
-200000DE (760336) = 0AB0
-200000E0 (760340) = 0000 (304) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
-200000E2 (760342) = 0AB0
-20001F40 (777500) = 0020 (004) IPCR

Scan of Qbus Memory Space
>>>

3: Jetzt habe ich den EMULEX U07 dazu gesteckt (Addr: 772150)

KA655-A V5.3, VMB 2.7
Performing normal system tests.
40..39..38..37..36..35..34..33..32..31..30..29..28..27..26..25..
24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09..
08..07..06..05..04..03..
Tests completed.
>>>show qbus
Scan of Qbus I/O Space
-200000DC (760334) = 0000 (300) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
-200000DE (760336) = 0AB0
-200000E0 (760340) = 0000 (304) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
-200000E2 (760342) = 0AB0
-20001468 (772150) = 0000 (154) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
-2000146A (772152) = 0B00
-20001F40 (777500) = 0020 (004) IPCR

Scan of Qbus Memory Space
>>>

4: Jetzt kommt das Netzwerk Board hinzu (DELQA)

KA655-A V5.3, VMB 2.7
Performing normal system tests.
40..39..38..37..36..35..34..33..32..31..30..29..28..27..26..25..
24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09..
08..07..06..05..04..03..
Tests completed.
>>>show qbus
Scan of Qbus I/O Space
-200000DC (760334) = 0000 (300) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
-200000DE (760336) = 0AB0
-200000E0 (760340) = 0000 (304) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
-200000E2 (760342) = 0AB0
-20001468 (772150) = 0000 (154) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
-2000146A (772152) = 0B00
-20001920 (774440) = FF08 (120) DELQA/DEQNA/DESQA
-20001922 (774442) = FF00
-20001924 (774444) = FF2B
-20001926 (774446) = FF19
-20001928 (774450) = FFD1
-2000192A (774452) = FFF8
-2000192C (774454) = 8400
-2000192E (774456) = 0030
-20001F40 (777500) = 0020 (004) IPCR

Scan of Qbus Memory Space
>>>

noch alles OK!!!!!!

5: Nun kommt das Serial Board DZQ11

KA655-A V5.3, VMB 2.7
Performing normal system tests.
40..39..38..37..36..35..34..33..32..31..30..29..28..27..26..25..
24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09..
08..07..06..05..04..03..
Tests completed.
>>>show qbus
Scan of Qbus I/O Space
-20000040 (760100) = 0000 (300) DZQ11/DZV11/DFA01
-20000042 (760102) = 0000
-20000044 (760104) = 0000
-20000046 (760106) = 0000
-200000DC (760334) = 0000
-200000DE (760336) = 0AB0
-200000E0 (760340) = 0000 (310) DMV11
-200000E2 (760342) = 0AB0
-20001468 (772150) = 0000 (154) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
-2000146A (772152) = 0B00
-20001920 (774440) = FF08 (120) DELQA/DEQNA/DESQA
-20001922 (774442) = FF00
-20001924 (774444) = FF2B
-20001926 (774446) = FF19
-20001928 (774450) = FFD1
-2000192A (774452) = FFF8
-2000192C (774454) = 8400
-2000192E (774456) = 0030
-20001F40 (777500) = 0020 (004) IPCR

Scan of Qbus Memory Space

Nun ist auf einmal der KFQSA an Addr:

-200000DC (760334) = 0000 (300) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
-200000DE (760336) = 0AB0
-200000E0 (760340) = 0000 (304) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
-200000E2 (760342) = 0AB0

verschwunden. Auffallend ist das er den gleiche Interrupt hat wie der
DZQ11!? Habe nun die CSR und den Interrupt des DZQ11 verändert , was nur
dazu führte das er nicht mehr zu erkennen war ( show qbus)!

Außerdem bleibt beim runterzählen von 40 auf 03 die VAX sehr lange bei 14
stehen. Weis jemand was da passiert?

Was kann man da machen, oder was mach ich falsch?

Bisher hatte ich gedacht der KFQSA sucht sich einen passenden Interrupt aus
(Reihenfolge im QBUS etc.)?

Gruß

dietmar Hermanns

hed...@freenet.de

Albrecht Schlosser

não lida,
14 de jul. de 2001, 17:12:2414/07/2001
para
Dietmar Hermanns wrote:
>
> Besten Dank für Eure Hilfe. Ich glaube nun das eigentliche Problem
> entdeckt zu haben.
>
> Der folgende Text zeigt was ich gemacht habe:
>
> 1. KFQSA im Service MODE ohne weiter Boards im Qbus

[ ... div. entfernt ... ]

> noch alles OK!!!!!!
>
> 5: Nun kommt das Serial Board DZQ11
>
> KA655-A V5.3, VMB 2.7
> Performing normal system tests.
> 40..39..38..37..36..35..34..33..32..31..30..29..28..27..26..25..
> 24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09..
> 08..07..06..05..04..03..
> Tests completed.
> >>>show qbus
> Scan of Qbus I/O Space
> -20000040 (760100) = 0000 (300) DZQ11/DZV11/DFA01
> -20000042 (760102) = 0000
> -20000044 (760104) = 0000
> -20000046 (760106) = 0000
> -200000DC (760334) = 0000
> -200000DE (760336) = 0AB0
> -200000E0 (760340) = 0000 (310) DMV11
> -200000E2 (760342) = 0AB0
> -20001468 (772150) = 0000 (154) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
> -2000146A (772152) = 0B00
> -20001920 (774440) = FF08 (120) DELQA/DEQNA/DESQA

[...]

> Nun ist auf einmal der KFQSA an Addr:
>
> -200000DC (760334) = 0000 (300) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
> -200000DE (760336) = 0AB0
> -200000E0 (760340) = 0000 (304) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK
> -200000E2 (760342) = 0AB0
>
> verschwunden. Auffallend ist das er den gleiche Interrupt hat wie der
> DZQ11!? Habe nun die CSR und den Interrupt des DZQ11 verändert , was nur
> dazu führte das er nicht mehr zu erkennen war ( show qbus)!

Das hängt an der Autoconfigure-Logik von VMS. Eher muss der KFQSA
geändert werden.

> Außerdem bleibt beim runterzählen von 40 auf 03 die VAX sehr lange bei 14
> stehen. Weis jemand was da passiert?
>
> Was kann man da machen, oder was mach ich falsch?
>
> Bisher hatte ich gedacht der KFQSA sucht sich einen passenden Interrupt aus
> (Reihenfolge im QBUS etc.)?

Nein, das geht etwas anders: VMS hat ziemlich viele Standard-Adressen
für den ersten Controller eines Typs fest vergeben. Für den zweiten
Controller eines Typs und für div. andere werden CSR-Adressen und
Interrupts aus dem Floating Space (oder so ähnlich genannt) vergeben.
Für Interrupts ist das der Bereich ab 300 (daher der Konflikt mit dem
DZQ11). Man muss die Hardware so einstellen, wie die Autoconfigure-Logik
das erwartet ! Einige neuere (DEC-)Controller können möglicherweise auch
vom System per Software so eingestellt werden (evtl. RQDX3 u.a.).

Und das funktioniert etwa so: Auf einem laufenden (VAX-)VMS-System nutzt
man die Configure-Funktion von SYSGEN (aus der Erinnerung geschrieben,
also vielleicht nicht ganz korrekt):

$ mcr sysgen
SYSGEN> configure
CONFIGURE> (ob der Prompt so ist, weiß ich nicht)
CONFIGURE> KFQSA (KFQSA-Controller, Reihenfolge ist egal)
CONFIGURE> DZQ11,2 (Beispiel: 2 DZQ11-Controller)
CONFIGURE> DELQA (Netzwerk)
CONFIGURE> ... (usw.)
CONFIGURE> ^Z (CTRL-Z, oder Exit ?)

Jetzt gibt SYSGEN die CSR- und Interrupt-Adressen aus !

SYSGEN> Exit (oder CTRL-Z)
$

Die oben ausgegebenen Adressen müssen dann in der Hardware eingestellt
werden, und dann klappts auch (mit dem Nachbarn :-)). Bei bestimmten
Controllern muss man allerdings etwas fremdartige Eingaben machen: für
einen TSV05 (Tape) musste man z.B. TU81 eingeben. Was man für den Emulex
UC07 (Disk oder Tape ?) eingeben muss, kann ich nicht sagen. Im Zweifel
hilft das Handbuch oder Help.

Falls es Gründe gibt, eine andere Hardware-Einstellung zu verwenden,
kann man das auch noch machen. Man kann dann irgendwie die
SYSGEN/Autoconf.-Logik beim System-Startup abschalten und muß dann in
der SYSTARTUP[_V5].COM irgendwie SYSGEN mit einer Konfigurations-Datei
aufrufen. Aber da weiß ich momentan nichts Genaues.

Ich hoffe, das hilft ein bisschen weiter.

Gruß
Albrecht Schloßer

0 nova mensagem