DEC OSF/1
Hi Gang,
Has anyone been able to get the versions of OSF/1 running on real MIPS hardware (or GXemul)?
I booted 2.0 on my DECsystem 5000/133. The kernel seemed to load OK but it crapped out with:
>>boot 3/rz5/vmunix
Mips boot: memory from 0x605000 to 0x1fff000
Kernel virtual space from 0xc0004000 to 0xffa00000.
DEC OSF/1 X2.0-8 (Rev. 155); Mon Jul 6 23:03:13 EDT 1992
cache sizes: 65536 inst 131072 data
physical memory = 33554432 bytes (32.00 MB).
available memory = 25026560 bytes (23.86 MB).
using 245 buffers containing 1003520 bytes (0.95 MB) of memory
DECstation 5000 Model 120 - system rev 48
64Kb Instruction Cache, 128Kb Data Cache
cpu0 ( version 3.0, implementation 2 )
fpu0 ( version 4.0, implementation 3 )
tc0 at nexus
asc0 at tc0 slot 3
rz0 at asc0 bus 0 target 0 lun 0 (DEC RZ58 (C) DEC 2000)
rz4 at asc0 bus 0 target 4 lun 0 (DEC RRD42 (C) DEC 4.5d)
rz6 at asc0 bus 0 target 6 lun 0 (TOSHIBA XM-4101TASUNSLCD 0064)
tz5 at asc0 bus 0 target 5 lun 0 (ARCHIVE Python 28388-XXX 5.72)
ln0 at tc0 slot 3
ln0: DEC LANCE Ethernet Interface, hardware address: 08:00:2b:37:f0:9e
scc0 at tc0 slot 3
lvm0: configured.
lvm1: configured.
lost battery backup on clock
WARNING: lost battery backup clock -- CHECK AND RESET THE DATE!
vm_swap_init: warning /sbin/swapdefault swap device not found
vm_swap_init: in swap over commitment mode
cm_validate: invalid version!
Cheers
ih
Comments
Seems to suggest a dead RTC battery, try replacing it and see if that works.
Hi, cheers. Yes I saw that.. would that bork the kernel booting though?
I have since butchered the Dallas chip and fitted an external battery.
I haven't tried to boot OSF/1 since but the conaole didnt seem to want to store environment variables.. didnt spend much time with it though.. will revisit.