SGI O2 R12 NetBSD5.1 - good but some problems

Hi there,

First post! Thanks to all the hackers who have worked on this port. I
just decided to randomly google on Saturday and found that some good
work had been committed for O2 acceleration and thought I'd give it a
go.

Installation was pretty effortless (TFTP boot + NFS install) and the
system is running fine.  There are one or two little problems which
perhaps I can help with if someone can help me.

I see the memory detection is already registered as a bug 36158: doesn't
detected total RAM. 768MB installed.

NetBSD 5.1 (GENERIC32_IP3x) #0: Sat Nov  6 18:18:03 UTC 2010
[email protected]:/home/builds/ab/netbsd-5-1-RELEASE/sgimips/
201011061943Z-obj/home/builds/ab/netbsd-5-1-RELEASE/src/sys/arch/
sgimips/compile/GENERIC32_IP3x
total memory = 256 MB
(6848 KB reserved for ARCS)
avail memory = 237 MB

Looks like Jared D. McNeill has some code for working around pmap with a
grandlarceny.patch I'm going to take a look at.

I have a PS/2 HP badged mouse w/scroll wheel which IRIX can use (pcmouse
type 4) but in the PROM the mouse pointer stays up in the top corner and
doesn't move.  Subsequently I think NetBSD doesn't see the mouse either.
Not sure, but I think I should see a wsmouse0 log in dmesg and currently
I don't.

Setting up wsmoused doesn't tell me anything and X says /dev/wsmouse is
busy.

Does someone with a working O2 + mouse confirm you get a wsmouse0 ? I'm
sourcing an original SGI part from a friend but will take some days to
arrange.

mainbus0 (root): SGI-IP32 [SGI, a], 1 processor
cpu0 at mainbus0: MIPS R12000 CPU (0xe23) Rev. 2.3 with unknown FPC 
type (0x900) Rev. 0.0
cpu0: 32KB/64B 2-way set-associative L1 Instruction cache, 64 TLB
entries
cpu0: 32KB/32B 2-way set-associative write-back L1 Data cache
cpu0: 1024KB/64B 2-way set-associative write-back L2 Data cache
crime0 at mainbus0 addr 0x14000000: rev 1.1 (CRIME_ID: 161)
crmfb0 at mainbus0 addr 0x16000000: SGI CRIME Graphics Display Engine
crmfb0: initial resolution 1280x1024
crmfb0: allocated 5242880 byte fb @ 0x80060000 (0xa1400000)
wsdisplay0 at crmfb0 kbdmux 1: console (default, vt100 emulation)
wsmux1: connecting to wsdisplay0
mace0 at mainbus0 addr 0x1f000000
lpt0 at mace0 offset 0x380000 intr 4 intrmask 0xf0000
com0 at mace0 offset 0x390000 intr 4 intrmask 0x3f00000: ns16550a,
working fifo
com1 at mace0 offset 0x398000 intr 4 intrmask 0xfc000000: ns16550a,
working fifo
macekbc0 at mace0 offset 0x320000 intr 5 intrmask 0x0: PS2 controller
pckbd0 at macekbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at macekbc0 (aux slot)
<--------------------------------------------- missing wsmouse0 log ?
mcclock0 at mace0 offset 0x3a0000 intrmask 0x0
mec0 at mace0 offset 0x280000 intr 3 intrmask 0x0: MAC-110
Ethernet, rev1
mec0: Ethernet address 08:00:69:0e:a0:3a
nsphy0 at mec0 phy 8: DP83840 10/100 media interface, rev. 0
nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
mavb0 at mace0 offset 0x300000 intr 6 intrmask 0x0: can't power up
conversion resources
macepci0 at mace0 offset 0x80000 intr 7 intrmask 0x0: rev 1
pci0 at macepci0 bus 0

Like another user on this maillist I also received a couple of CPU Error
4's with the result of a complete lockup. They come in pairs. Two during
install, two copying some files over NFS. I suspected network activity,
but have managed to run for two days since then, and pull the whole of
netbsd CVS down without seeing this issue again.  I'm not running X at
this point.

I realise IP32 is well over 10 years old but thanks for keeping the
sgimips system alive.

PS if someone has a Xorg.conf can I please see it.