On Sun Dec 14 2003 at 20:06:01 +0000, Matt Dainty wrote:
> I've just tried booting my R4400SC Indy with the GIO bus probe patch,
> fitted with a 24-bit Newport, a Fore GIA-200 ATM card in the slot
> nearest the edge of the case, and an SGI 10Mb/s AUI Ethernet card in the
> slot nearer the middle of the machine, (sorry, can't remember which is
> slot 1 and 2 :-). Here's the dmesg:
> 
> >> boot -f bootp():/netbsd.ip22
> Setting $netaddr to 192.168.23.15 (from server 192.168.23.21)
> Obtaining /netbsd.ip22 from server 192.168.23.21
> [ Kernel symbol table missing! ]
> IOC rev 1, machine Indy (Guiness), board rev 3
> Timer calibration, got 750000 cycles (750000, 750000, 750000)
> CPU clock speed = 150.00MHz
> zs channel 0 had address 0xbfbd9830
> Don't know how to configure SC on this platform.
> Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003
>     The NetBSD Foundation, Inc.  All rights reserved.
> Copyright (c) 1982, 1986, 1989, 1991, 1993
>     The Regents of the University of California.  All rights reserved.
> 
> NetBSD 1.6ZF (GENERIC32_IP2x) #1: Sun Dec 14 18:21:52 GMT 2003
>         matt@lister:/home/matt/netbsd/usr/src/sys/arch/sgimips/compile/obj/GENERIC32_IP2x
> 65536 KB memory, 56556 KB free, 768 KB for ARCS, 3376 KB in 844 buffers
> mainbus0 (root): SGI-IP22 [SGI, 69085f26], 1 processor
> cpu0 at mainbus0: MIPS R4400 CPU (0x450) Rev. 5.0 with MIPS R4010 FPC
> Rev. 0.0
> cpu0: 16KB/16B direct-mapped L1 Instruction cache, 48 TLB entries
> cpu0: 16KB/16B direct-mapped write-back L1 Data cache
> cpu0: 1024KB/128B direct-mapped write-back L2 Unified cache
> imc0 at mainbus0 addr 0x1fa00000
> imc0: Revision 3
> gio0 at imc0
> unknown product 0x5c revision 0x00 at gio0 slot 1 addr 0x1f600000 not configured

This is one of the real GIO boards...

> unknown product 0x04 revision 0x00 at gio0 slot 2 addr 0x1f000000 not configured

...and this is the newport, it doesn't probe properly (Indigo2 machines
give exactly this same result for empty GIO slots)...

> hpc0 at gio0 addr 0x1fb80000: SGI HPC3
> zsc0 at hpc0 offset 0x59830
> zstty0 at zsc0 channel 1 (console i/o)
> zstty1 at zsc0 channel 0
> pckbc at hpc0 offset 0x59840 not configured
> sq0 at hpc0 offset 0x54000: SGI Seeq 80c03
> sq0: Ethernet address 08:00:69:08:5f:26
> wdsc0 at hpc0 offset 0x44000: WD33C93B SCSI, rev=0, target 7
> scsibus0 at wdsc0: 8 targets, 8 luns per target
> dsclock0 at hpc0 offset 0x60000
> haltwo0 at hpc0 offset 0x58000: HAL2 revision 4.1.0
> audio0 at haltwo0: half duplex
> hpc1 at gio0 addr 0x1fb00000: SGI HPC3

...but there's something seriously funny going on here, I doubt you have
two HPC3s in the machine (I haven't heard of any machine with multiple
HPCs ever actually being made).

> zsc at hpc1 offset 0x59830 not configured
> pckbc at hpc1 offset 0x59840 not configured
> sq at hpc1 offset 0x54000 not configured
> wdsc at hpc1 offset 0x44000 not configured
> dsclock at hpc1 offset 0x60000 not configured
> haltwo at hpc1 offset 0x58000 not configured
> biomask 07 netmask 07 ttymask 0f clockmask bf
> scsibus0: waiting 2 seconds for devices to settle...
> sd0 at scsibus0 target 1 lun 0: <SEAGATE, ST31055N, 0532> disk fixed
> sd0: 1010 MB, 4177 cyl, 4 head, 123 sec, 512 bytes/sect x 2069860 sectors
> sd0: sync (200.00ns offset 12), 8-bit (5.000MB/s) transfers, tagged queueing
> boot device: sd0

It seems that for some strange reason one of the GIO boards got mapped
at an address other than what the GIO slot0 address really should be for
some reason...

I'll have to look closer at the specs and test results from other
machines it seems, but first priority right now is getting newport
console ready for commit.

Thanks for testing the code.

-- 
Ilpo Ruotsalainen - <lonewolf@iki.fi> - http://www.iki.fi/lonewolf/