--Signature_Thu__4_Aug_2005_22_58_00_-0400_h_=e4aqZedPbV4iv
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Hello,

just for the records:
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005
    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 3.99.7 (KRUPS) #15: Thu Aug  4 21:38:45 EDT 2005
        ml@Inishowen:/stuff/build/obj_sparc/sys/arch/sparc/compile/KRUPS
total memory =3D 65136 KB
avail memory =3D 61492 KB
bootpath: /pci@0,300c0000/network@0,1:d
mainbus0 (root): SUNW,JSIIep: hostid 809532e0
cpu0 at mainbus0: MB86904 @ 100 MHz, on-chip FPU
cpu0: 16K instruction (32 b/l), 8K data (16 b/l): cache enabled
msiiep0 at mainbus0 addr 0x300c0000
timer0 at msiiep0: delay constant 48
mspcic0 at msiiep0: Sun Microsystems microSPARC IIep PCI: clock =3D 33.333
MHz mspcic0: SMBAR0 01  PMBAR0 f0  MSIZE0 0f
mspcic0: SMBAR1 08  PMBAR1 38  MSIZE1 08
mspcic0: SIBAR  02  PIBAR  00  IOSIZE 0f
mspcic0: paddr [32000000..32ffffff] -> pci [00000000..00ffffff] i/o
fixed=20
mspcic0: paddr [30100000..30ffffff] -> pci [00100000..00ffffff]
mem fixed
mspcic0: paddr [31000000..31ffffff] -> pci [f0000000..f0ffffff] mem map0
mspcic0: paddr [38000000..3fffffff] -> pci [38000000..3fffffff] mem map1
mspcic0: paddr [32000000..32ffffff] -> pci [00000000..00ffffff] i/0 map
pci0 at mspcic0: model SUNW,501-4267: interrupt wiring known pci0: i/o
space, memory space enabled ebus0 at pci0 dev 0 function 0: Sun
Microsystems PCIO Ebus2, revision 0x01 com0 at ebus0 bar 14 offset
0x3002f8 line 0: ns16550a, working fifo rtc0 at ebus0 bar 14 offset
0x300070: time-of-day clock pckbc0 at ebus0 bar 14 offset 0x300060, bar
14 offset 0x300060 line 0: cnattach ok pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
flashprom at ebus0 bar 10 offset 0x0 not configured
hme0 at pci0 dev 0 function 1: Sun Happy Meal Ethernet, rev. 1
hme0: interrupting at line 1 (pil 6)
hme0: Ethernet address 08:00:20:95:32:e0
qsphy0 at hme0 phy 1: QS6612 10/100 media interface, rev. 1
qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
igsfb0 at pci0 dev 1 function 0: Integraphics Systems IGA 1682 (rev.
0x02)=20
igsfb0: 2MB, software bswap, 1024x768, 8bpp
wsdisplay0 at igsfb0 kbdmux 1: console (std, vt100 emulation), using
wskbd0 wsmux1: connecting to wsdisplay0
root on hme0
nfs_boot: trying DHCP/BOOTP
nfs_boot: DHCP next-server: 192.168.0.16
nfs_boot: my_name=3Dbowmore
nfs_boot: my_domain=3DNecessaryEvil
nfs_boot: my_addr=3D192.168.0.17
nfs_boot: my_mask=3D255.255.255.0
nfs_boot: gateway=3D192.168.0.1
root on 192.168.0.16:/stuff/exp/sparc32
root file system type: nfs
stray interrupt ipl 0x6 pc=3D0xe80078fc npc=3D0xe8007900 psr=3D44000c7<S,PS>
stray interrupt ipl 0x6 pc=3D0xe80078fc npc=3D0xe8007900 psr=3D44000c7<S,PS>

This machine seems to be kind of an oddball - none of the keystrokes
mentioned in various docs to keep it from autobooting, drop to the
serial console and so on work. That's no keyboard problem - exiting to
OF from NetBSD forks fine. Then there's no audio device in OF's device
tree - ebus has only flashprom, 8042, su and rtc as children. Firmware
version is 3.11.10.

When the debug mode jumper isn't set the machine just reboots instead of
dropping to the OF prompt when NetBSD shuts down.

So far I did some tinkering with PCI mappings and the graphics chip
without really getting anywhere ( no surprise, I have the machine for a
couple of hours now ) - usually the PCI controller has a 64kB window
through which one can access the lowest 64kB of PCI IO space, but since
the more interesting registers reside outside this window we need a
bigger one - luckily the PCI controller lets us do just that so there's
now a 16MB window at 0x32000000. The 64kB window is still there but the
PCI driver should ignore it. Since the hardware cursor still works I'd
assume this mapping works fine.=20
There are a few oddities though:
- reading the graphics chip's PCI config registers beyond the first 64
bytes hangs the machine.
- trying to access the blitter registers hangs the machine
Since dumping the config spaces of the other PCI devices works fine I'd
assume there's something wrong with the graphics chip or the way we
talk to it.
It would be interesting to know why and /how/ the machine got hung, like
in what kind of state it got caught - stopped, spinning somewhere,
whatever.

Any ideas?

have fun
Michael

PS; the stray interrupts happen occasionally under heavy network load
but seem to be harmless.

--Signature_Thu__4_Aug_2005_22_58_00_-0400_h_=e4aqZedPbV4iv
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (NetBSD)

iQEVAwUBQvLVuMpnzkX8Yg2nAQJTZggArJB4OnqBYxaiElT5ZD9N45g20lTyuWU5
yUioqHQuDJc6toDWIbEqbabBYlJVjtVfg0FfQcaq1DQ4HLOoAGOwvB+WxF4cpzZM
p5fkk++V7lBzedTUFxAt/fGalJlu2tj8ay5v8PO5O1gH/fa7K0RUnOJW+k2M87LU
6k6tgjqrfWBgRWHAgayWWemFPlzf5RfemoKOdw96Uy9OdpfTzyGB61LkBCAEmdo8
R89EtT6Qx3DspS0z40k97L+uu4EBbzt1kZQuQ2uVsg4EGHDlpgg/tOQcQWWP2KiX
8PjKAV9ticYuPw9JoLEGEeyX/SdmhMZwG/Tt1CjHf1EXMbypRvxPCw==
=munk
-----END PGP SIGNATURE-----

--Signature_Thu__4_Aug_2005_22_58_00_-0400_h_=e4aqZedPbV4iv--