Hi,

On Mon, Dec 27, 2004 at 04:37:20PM +0200, Ilpo Ruotsalainen wrote:
> On Mon Dec 27 2004 at 15:15:08 +0100, Malte Dehling wrote:
> > Btw: I have another issue with my Indy console apart from the cursor position...
> > Sometimes NetBSD boots just fine in fullscreen console mode but sometimes it
> > boots in that small boot window (it doesnt have keyboard input then). This
> > happens atleast 50% of the time, so its quite annoying, as i have to reboot
> > via ssh every time this happens.
> 
> Which means newport doesn't always get detected in the early boot
> console setup routine, which sounds very much like a timing problem if
> it's sporadic (OTOH if there's a clear pattern I'd like to hear about
> it). There should probably be some delay (or optimally we should
> probably wait for GFXBUSY to deassert) around the magic destructive test
> for newport existence, but I dunno really, no documentation on this
> subject. What kind of CPU does your machine have anyway, I've never seen
> the test fail on the Indys I've been hacking on?

I've been trying different x_offset values on my Indy today; x_offset=29 is
correct for me.

While testing, I noticed some rather unusual behaviour; this is what I posted
earlier today:
# dmesg | grep newport
newport0 at gio0 slot 2 addr 0x1f000000: SGI NG1 (board revision 2, cmap revision 5, xmap revision 5, vc2 revision 0), depth 8
wsdisplay0 at newport0 kbdmux 1: console (1280x1024, vt100 emulation)

(It is definitly what I saw!)

but now i get on the same Indy:
# dmesg | grep newport
newport0 at gio0 slot 2 addr 0x1f000000: SGI NG1 (board revision 6, cmap revision 5, xmap revision 5, vc2 revision 0), depth 8
wsdisplay0 at newport0 kbdmux 1: console (1280x1024, vt100 emulation)

Now the board revision is 6 and not 2... Whenever board_rev=6 is detected, my
cursor is at the correct location (x_offset=29) and also, I get a fully
functional fullscreen console!

Still, sometimes I get board_rev=2, so I think either my hardware is broken
or something is wrong in the detection of board_rev.

In case it matters, here is my dmesg:
# dmesg
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004
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 2.0 (GENERIC32_IP2x) #0: Thu Dec  2 00:24:57 UTC 2004
	builds@build:/big/builds/ab/netbsd-2-0-RELEASE/sgimips/200411300000Z-obj/big/builds/ab/netbsd-2-0-RELEASE/src/sys/arch/sgimips/compile/GENERIC32_IP2x
total memory = 256 MB
(768 KB reserved for ARCS)
avail memory = 245 MB
mainbus0 (root): SGI-IP22 [SGI, 6906f3cb], 1 processor
cpu0 at mainbus0: QED R4600 Orion CPU (0x2020) Rev. 2.0 with built-in FPU Rev. 2.0
cpu0: 16KB/32B 2-way set-associative L1 Instruction cache, 48 TLB entries
cpu0: 16KB/32B 2-way set-associative write-back L1 Data cache
ioc0 at mainbus0 addr 0x1fbd9800: rev 0, machine Indy (Guiness), board rev 0
int0 at mainbus0 addr 0x1fbd9880: bus 66MHz, CPU 133MHz
imc0 at mainbus0 addr 0x1fa00000: revision 3
gio0 at imc0
newport0 at gio0 slot 2 addr 0x1f000000: SGI NG1 (board revision 6, cmap revision 5, xmap revision 5, vc2 revision 0), depth 8
wsdisplay0 at newport0 kbdmux 1: console (1280x1024, vt100 emulation)
wsmux1: connecting to wsdisplay0
hpc0 at gio0 addr 0x1fb80000: SGI HPC3
zsc0 at hpc0 offset 0x59830
zstty0 at zsc0 channel 1
zstty1 at zsc0 channel 0
pckbc0 at hpc0 offset 0x59840
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
sq0 at hpc0 offset 0x54000: SGI Seeq 80c03
sq0: Ethernet address 08:00:69:06:f3:cb
wdsc0 at hpc0 offset 0x44000: WD33C93B SCSI, rev=0, target 0
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
biomask 07 netmask 07 ttymask 0f clockmask bf
scsibus0: waiting 2 seconds for devices to settle...
sd0 at scsibus0 target 1 lun 0: <QUANTUM, XP34550S, LXY1> disk fixed
sd0: 4341 MB, 5899 cyl, 10 head, 150 sec, 512 bytes/sect x 8890760 sectors
sd0: sync (200.00ns offset 12), 8-bit (5.000MB/s) transfers, tagged queueing
boot device: sd0
root on sd0a dumps on sd0b
root file system type: ffs


-- 
Malte Dehling

Mail:		mdehling [at] math.ruhr-uni-bochum.de
Website:	http://mdehling.ath.cx/mdehling/
PGP:		2586 A3BF B438 E68E 2B85  C4EA C5A7 AD96 C865 03D2