Evening,
I've been trying to netboot ULTRIX today and I have gotten nowhere. Works fine in SIMH!
The kernel output says my DELQA is in DEQNA-LOCK mode despite any changes made to the switches...is this Ultrix behaviour or do I have 2 bum DELQAs?
FYI: This is Ultrix 4.0. It appears to stop at printing what the time has been set to.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Mon, 15 Sep 2014, Cory Smelosky wrote:
On Tue, 16 Sep 2014, Johnny Billquist wrote:
No grants in cd slots. These are not the qbus. There is no signals that needs to pass through so no grants. It's actually pretty easy if you understand the actal electronics and the bus protocol.
Still working on getting a grasp of the protocol and electronics. :)
Johnny
Well, pulling the DHV11 did it. All is fine now.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Tue, 16 Sep 2014, Johnny Billquist wrote:
No grants in cd slots. These are not the qbus. There is no signals that needs to pass through so no grants. It's actually pretty easy if you understand the actal electronics and the bus protocol.
Still working on getting a grasp of the protocol and electronics. :)
Johnny
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
No grants in cd slots. These are not the qbus. There is no signals that needs to pass through so no grants. It's actually pretty easy if you understand the actal electronics and the bus protocol.
Johnny
On 16 september 2014 07:40:20 CEST, Cory Smelosky <b4 at gewt.net> wrote:
On Tue, 16 Sep 2014, Johnny Billquist wrote:
Ok. Does anyone remember for sure. Is the BA123 3 or 4 slots of Q-CD?
If the
DHV11 sits in a Q-CD slot, I seem to remember that there are a couple
of
jumpers that should be different than if it sits in a Q-Q slot.
It's 4. I have it sitting in a Q/CD as IIRC all my DHV11s are
configured
to sit happily in a Q/CD slot.
The error you got from moving the DELQA, in combination with how I
think I
should read your illustration of card locations would suggest that
it's 4
Q-CD slots.
Yup.
But all this is very hard to debug remotely like this. I would try
removing
the DHV11 in order to minimize the components in the system that can
create
problems. That also means moving the DELQA up to the DHV11 location.
It
should definitely be on the left side in that case.
I added the DHV11 as I thought it was causing issues...that I think
were
actually related to misconfigure hosts file.
Do I need a continuity card in the CD slot of the Q/CD or no? Can
never
remember the rules on those damn things.
Johnny
--
Skickat fr n min Android-telefon med K-9 E-post. Urs kta min f ordighet.
On 09/15/2014 09:35 PM, Johnny Billquist wrote:
Ok. Does anyone remember for sure. Is the BA123 3 or 4 slots of Q-CD? If
the DHV11 sits in a Q-CD slot, I seem to remember that there are a
couple of jumpers that should be different than if it sits in a Q-Q slot.
The error you got from moving the DELQA, in combination with how I think
I should read your illustration of card locations would suggest that
it's 4 Q-CD slots.
The BA123 does have 4 Q-CD slots, starting from the right. At slot 5,
the serpentine pattern begins, the first dual-width Qbus slot is at the
top, and the second is at the bottom.
-Dave
--
Dave McGuire, AK4HZ/3
New Kensington, PA
By the way, Cory. The clock on your system seems to be 3 hours into the future...
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 2014-09-16 07:17, Cory Smelosky wrote:
On Tue, 16 Sep 2014, Johnny Billquist wrote:
BA123.
5 4 3 2 1
N D R R P
5 4 3 2 1
E D R R P
N = NIC, D = DHV11, R = RAM, P = Processor, E = Emprt. All slots after
are empty
Hum. Hard to say for sure, but this might be a classical case of you
having the NIC in the wrong place. Move it over to the "E" side...
That resulted in:
-XQA0
?4B CTRLERR, XQA0
?06 HLT INST
PC = 00000C1A
Failure.
Kept NIC in previously-E slot and put a TQK50 in the former-NIC slot.
Loading operating system image ...
************************************
ULTRIX V4.0 (Rev. 158) System #2: Sat Mar 31 03:23:27 EST 1990
real mem = 16723968
avail mem = 11991040
Buffer configuration adjusted to run with small system page table
using 239 buffers containing 1672192 bytes of memory
KA650 processor with an FPU
CPU microcode rev = 4, processor firmware rev = 83
Q22 bus
klesiu0 at uba0
uq16 at klesiu0 csr 174500 vec 774, ipl 17
qe0 at uba0 csr 174440 vec 770, ipl 17
qe0: DEC DELQA Ethernet Interface DEQNA-lock Mode, hardware address
08:00:2b:18:ba:b4
root on bonerhitler:/dlclient0/lolwat.root
swap on bonerhitler:/dlclient0/lolwat.root/dev/swap
swap size - 131072 blocks
WARNING: todr too small -- CHECK AND RESET THE DATE!
Sat Sep 15 18:56:18 EDT 1990
Automatic reboot in progress...
Time set to Sat Sep 15 20:57:40 1990
/etc/nfsstat does not show increasing values.
Using OpenBSD 4.4's boot.mop with no bootparams gives me:
stray interrupt: vector 0x18, ipl 31
stray interrupt: vector 0x18, ipl 31
stray interrupt: vector 0x18, ipl 31
stray interrupt: vector 0x18, ipl 31
spammed but that could simply be a bootblock bug.
Ok. Does anyone remember for sure. Is the BA123 3 or 4 slots of Q-CD? If the DHV11 sits in a Q-CD slot, I seem to remember that there are a couple of jumpers that should be different than if it sits in a Q-Q slot.
The error you got from moving the DELQA, in combination with how I think I should read your illustration of card locations would suggest that it's 4 Q-CD slots.
But all this is very hard to debug remotely like this. I would try removing the DHV11 in order to minimize the components in the system that can create problems. That also means moving the DELQA up to the DHV11 location. It should definitely be on the left side in that case.
Johnny
--
Johnny Billquist
|| "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 2014-09-16 06:56, Cory Smelosky wrote:
On Mon, 15 Sep 2014, Mark Pizzolato - Info Comm wrote:
On Monday, September 15, 2014 8:18 PM, Cory Smelosky wrote:
Evening,
I've been trying to netboot ULTRIX today and I have gotten nowhere.
Works
fine in SIMH!
The kernel output says my DELQA is in DEQNA-LOCK mode despite any
changes made to the switches...is this Ultrix behaviour or do I have
2 bum
DELQAs?
I wouldn't be too concerned about this detail, but if you want to
worry about it, see if you can get a different output when running
under SIMH.
Alright.
FYI: This is Ultrix 4.0. It appears to stop at printing what the
time has been set
to.
I don't recall what the sequence of output produced at boot time is
(maybe you capture that and tell us), but one thing to look at would
be proper sequencing of the Qbus bus grants. What type of
chassis/backplane are you using and what devices are plugged into the
bus and what slots are they in??
BA123.
5 4 3 2 1
N D R R P
5 4 3 2 1
E D R R P
N = NIC, D = DHV11, R = RAM, P = Processor, E = Emprt. All slots after
are empty
Hum. Hard to say for sure, but this might be a classical case of you having the NIC in the wrong place. Move it over to the "E" side...
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On Monday, September 15, 2014 8:18 PM, Cory Smelosky wrote:
Evening,
I've been trying to netboot ULTRIX today and I have gotten nowhere. Works
fine in SIMH!
The kernel output says my DELQA is in DEQNA-LOCK mode despite any
changes made to the switches...is this Ultrix behaviour or do I have 2 bum
DELQAs?
I wouldn't be too concerned about this detail, but if you want to worry about it, see if you can get a different output when running under SIMH.
FYI: This is Ultrix 4.0. It appears to stop at printing what the time has been set
to.
I don't recall what the sequence of output produced at boot time is (maybe you capture that and tell us), but one thing to look at would be proper sequencing of the Qbus bus grants. What type of chassis/backplane are you using and what devices are plugged into the bus and what slots are they in??
- Mark
El 08/09/2014, a les 23.20, Sampsa Laine <sampsa at mac.com> va escriure:
Just thought I'd let you know that CHIMPY:: and HILANT:: are finally back up again, had some hardware trouble with my hosting box, but was stuck in the Sinai desert...
All is well now, and CHIMPY, GORVAX and HILANT are back online..
sampsa
Hello, desert man!
Hve you changed your IP addresses? My multinet links to GORVAX and SG1 are both down at this moment.
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES