So I finally got a second carrier for another disk in the SS5 that's to
become my new router and I thought I'd try an experiment with inserting
it into the live system.  Well that just didn't work very well at all,
despite the fact that I didn't even get a chance to probe it or
anything.  Suddenly the existing disk became very slow and in some cases
inaccessible, but there were no error messages on the console.  I was
able to login via rlogin, and on the console, but couldn't access the
binaries for some commands (including scsictl, shutdown, and halt), nor
could I even "ls -l" some files (including some /dev files, but not all)

Unfortunately there's currently no way to reset the internal SCSI bus in
a sparcstation other than it seems by power-cycling it.  Dropping down
to the OpenBoot firmware and running "probe-scsi" didn't help.  However
it did reveal that the new disk had become the only visible one:

 telnet> send brk
 Stopped at      cpu_Debugger+0x4:       jmpl            [%o7 + 0x8], %g0
 db> machine prom
 Type  'go' to resume
 Type  help  for more information
 ok probe-scsi
 Target 1 
   Unit 0   Disk     SEAGATE ST31200W SUN1.05946200427549
                     Copyright (c) 1996 Seagate
                     All rights reserved 0000
 ok

The original target ID#3 Connor seems to have become invisible.

DDB's "reboot" command paniced because it couldn't write to the disk.

This kind of screws up my plan to show that an older sparcstation can be
made into a very reliable little server with hot-swappable mirrored
drives.  I'm hoping I can help fix and enhance the esp driver so that
this goal is eventually achievable.  I.e. I'm hoping that with the right
driver hooks the bus really can be reset properly on a live system.


Even an OFW "reset" command didn't seem to reset the bus, but then the
new disk, the SEAGATE, showed up!

 Resetting ... 
 SPARCstation 5, No Keyboard
 ROM Rev. 2.15 Pilot, 32 MB memory installed, Serial #3540954.
 Ethernet address 8:0:20:21:99:db, Host ID: 803607da.
 
 
 
 Rebooting with command:                                               
 Boot device: /iommu/sbus/espdma@5,8400000/esp@5,8800000/sd@3,0  File and args: 
 Type  help  for more information
 ok probe-scsi
 Target 1 
   Unit 0   Disk     SEAGATE ST31200W SUN1.05946200427549
                     Copyright (c) 1996 Seagate
                     All rights reserved 0000
 ok reset
 Resetting ... 
 SPARCstation 5, No Keyboard
 ROM Rev. 2.15 Pilot, 32 MB memory installed, Serial #3540954.
 Ethernet address 8:0:20:21:99:db, Host ID: 803607da.
 
 
 
                                                                       
 Type  help  for more information
 ok probe-scsi
 Target 1 
   Unit 0   Disk     SEAGATE ST31200W SUN1.05946200427549
                     Copyright (c) 1996 Seagate
                     All rights reserved 0000
 ok 

Unfortunately I didn't think soon enough to try "cd /iommu/sbus/dma/esp"
and then execute that node's "reset" word (and I'm not really sure I'd
know exactly how to do this for real).

Only after I power-cycled the box did the new disk probe properly (and
of course then I got bit by the stupid target ID#3 is the bottom slot
and had been sd0 and the new disk as target ID#1 became sd0, but was
unbootable....)

 ok probe-scsi
 Target 1 
   Unit 0   Disk     SEAGATE ST31200W SUN1.05946200427549
                     Copyright (c) 1996 Seagate
                     All rights reserved 0000
 Target 3 
   Unit 0   Disk     CONNER  CFP1080E SUN1.0546496BDB
 ok 

I flipped those drives over so that the GENERIC kernel would still work! :-)

 ok probe-scsi
 Target 1 
   Unit 0   Disk     CONNER  CFP1080E SUN1.0546496BDB
 Target 3 
   Unit 0   Disk     SEAGATE ST31200W SUN1.05946200427549
                     Copyright (c) 1996 Seagate
                     All rights reserved 0000
 ok 


I'm also still a little confused by the default device aliases in the
2.x PROM.  "boot disk" now fails and I have to say "boot disk1".  This
part does makes sense since of course "disk" should be the same as
"disk3", right?

 ok boot disk  
 Boot device: /iommu/sbus/espdma@5,8400000/esp@5,8800000/sd@3,0  File and args: 
 Bad magic number in disk label
 Can't open disk label package
 
 Can't open boot device
 
 ok boot disk1
 Boot device: /iommu/sbus/espdma@5,8400000/esp@5,8800000/sd@1,0  File and args: 
 >> NetBSD/sparc Secondary Boot, Revision 1.9


However this part doesn't make sense -- there are no aliases!

 telnet> send brk
 Stopped at      cpu_Debugger+0x4:       jmpl            [%o7 + 0x8], %g0
 db> machine prom
 Type  'go' to resume
 ok devalias
 ok devalias disk
 disk ?
 ok .version
 Release 2.15 Pilot Version 0 created 93/12/21 16:00:45
 ok 

Using the phantom aliases with "cd" doesn't seem to work:

 ok cd disk3
 ok pwd
 /iommu@0,10000000/sbus@0,10001000/espdma@5,8400000/esp@5,8800000/sd
 ok cd /
 ok cd disk 
 ok pwd
 /iommu@0,10000000/sbus@0,10001000/espdma@5,8400000/esp@5,8800000/sd
 ok cd /
 ok cd disk1
 ok pwd
 /iommu@0,10000000/sbus@0,10001000/espdma@5,8400000/esp@5,8800000/sd
 ok cd /
 ok device-end

Last time I got this deep into OFW stuff it was with a 3.x PROM on a
SunFire VF150, and there the devalias did show what I expected (note
that on that machine I'd modified the alias for "disk"):

 ok devalias
 disk                     /pci@1f,0/ide@d/disk@2,0
 rtc                      /pci@1f,0/isa@7/rtc@0,70
 usb                      /pci@1f,0/usb@a
 flash                    /pci@1f,0/isa@7/flashprom@1f,0
 lom                      /pci@1f,0/isa@7/SUNW,lomh@0,8010
 i2c-nvram                /pci@1f,0/pmu@3/i2c@0,0/i2c-nvram@0,aa
 net1                     /pci@1f,0/ethernet@5
 dload1                   /pci@1f,0/ethernet@5:,
 dload                    /pci@1f,0/ethernet@c:,
 net0                     /pci@1f,0/ethernet@c
 net                      /pci@1f,0/ethernet@c
 cdrom                    /pci@1f,0/ide@d/cdrom@3,0:f
 disk3                    /pci@1f,0/ide@d/disk@3,0
 disk2                    /pci@1f,0/ide@d/disk@2,0
 disk1                    /pci@1f,0/ide@d/disk@1,0
 disk0                    /pci@1f,0/ide@d/disk@0,0
 ide                      /pci@1f,0/ide@d
 floppy                   /pci@1f,0/isa@7/dma/floppy
 ttyb                     /pci@1f,0/isa@7/serial@0,2e8
 ttya                     /pci@1f,0/isa@7/serial@0,3f8
 ok 

It also works as expected on an Axil 325 (ss20 clone) I have here, and
it claims to have an only slightly newer OFW version:

 login: [halt sent]
 Stopped at      cpu_Debugger+0x4:       jmpl            [%o7 + 0x8], %g0
 db> machine prom
 Type  'go' to resume
 ok .version
 Release 2.19 Version 106 created 95/04/11 16:57:02
 ok devalias
 ttyb           /obio/zs@0,100000:b
 ttya           /obio/zs@0,100000:a
 keyboard!      /obio/zs@0,0:forcemode
 keyboard       /obio/zs@0,0
 floppy         /obio/SUNW,fdtwo
 scsi           /iommu/sbus/espdma@f,400000/esp@f,800000
 net-aui        /iommu/sbus/ledma@f,400010:aui/le@f,c00000
 net-tpe        /iommu/sbus/ledma@f,400010:tpe/le@f,c00000
 net            /iommu/sbus/ledma@f,400010/le@f,c00000
 disk           /iommu/sbus/espdma@f,400000/esp@f,800000/sd@3,0
 cdrom          /iommu/sbus/espdma@f,400000/esp@f,800000/sd@6,0:d
 tape           /iommu/sbus/espdma@f,400000/esp@f,800000/st@4,0
 tape0          /iommu/sbus/espdma@f,400000/esp@f,800000/st@4,0
 tape1          /iommu/sbus/espdma@f,400000/esp@f,800000/st@5,0
 disk3          /iommu/sbus/espdma@f,400000/esp@f,800000/sd@0,0
 disk2          /iommu/sbus/espdma@f,400000/esp@f,800000/sd@2,0
 disk1          /iommu/sbus/espdma@f,400000/esp@f,800000/sd@1,0
 disk0          /iommu/sbus/espdma@f,400000/esp@f,800000/sd@3,0
 ok go
 db> cont

The machine I'm currently typing on is a real Sun SS20, also with ROM
release 2.15, and "devalias" works on it just fine too.

Does anyone know why I don't see something equivalent on my "new" SS5?

-- 
        Greg A. Woods

+1 416 218-0098;            <g.a.woods@ieee.org>;           <woods@robohack.ca>
Planix, Inc. <woods@planix.com>; VE3TCP; Secrets of the Weird <woods@weird.com>