Subject: re: NetBSD 1.5T test kernel vs. serial ports
To: Greg Earle <earle@isolar.DynDNS.ORG>
From: matthew green <mrg@eterna.com.au>
List: port-sparc64
Date: 04/10/2001 13:23:15
   I downloaded the 1.5T test kernel from ftp.NetBSD.ORG:/pub/NetBSD/arch/sparc64/
   and tried booting my Ultra 5+ from it.  It dies with a kernel trap in zsopen():
   
   [...]
   root device: sd0a
   dump device (default sd0b): sd0b
   file system (default generic): ffs
   root on sd0a
   dump on sd0b
   Automatic boot in progress: starting file system checks.
   [...]
   Setting tty flags.
   data fault: pc=1238f8c addr=48 sfsr=800809<ASI=80,ASI,W>
   kernel trap 30: data access exception
   Stopped in pid 34 (ttyflags) at zsopen+0x4c:	ldx		[%o0 + 0x48, %l1
   db> t
   spec_open(6,30,10e5818, 19faa00, 8cb4000, 8c8a000) at spec_open+0x1ac
   VOP_OPEN(8caf900, 5, 19f9f80, 8c6b3b0, 400, 8008) at VOP_OPEN+0x34
   vn_open(0, 5, 8caf900, ffffffffffffd4b0, badcafe, badcafe) at vn_open+0x298
   sys_open(0, 8cb7dd0, 8cb7dc0, 10d6bb0, badcafe, badcafe) at sys_open+0x9c
   syscall(5, 8cb7e0, 0, 103100, 400, 0) at syscall+0x304
   syscall_setup(ffffffffffffd4b0, 4, 0, 10c350, 20e278, 20e340) at syscall_setup+0x140
   db> 
   
   Looks like the serial port driver gave it heartburn.
   
   Back to 1.5,


*zsopen()* !??  the ultra5 shouldn't be attaching a zs so this device's
entry points should never be called.  i'll download this kernel and see
if i can make it work on my U5...

(the actual error above is probably a NULL pointer deref for a struct
member 0x48 bytes into the structure.  no create surprise seeing the
the device shouldn't be active at all.)


.mrg.