Subject: recent changes to ncr probe/attach?
To: None <tech-kern@netbsd.org, port-pc532@netbsd.org>
From: Jon Buller <jonb@paclink.com>
List: tech-kern
Date: 12/31/1999 07:42:42
Has anyone realized that between Dec 11 (or so) and now, the ncr code
has become broken?  Here is the current output of my newest kernel to
boot.  No changes have been made to the config file.

     >> NetBSD/pc532 Boot, Revision 1.1
     >> (jonb@bullbox.heeia.hi.us, Sun Nov 28 17:17:26 PST 1999)
     Boot: [[[sd0a:]netbsd][-abdrs]] :- 
     1224704+53248+170864+[74520+87171] total=0x18b313
     
     [ preserving 161696 bytes of netbsd a.out symbol table ]
     Copyright (c) 1996, 1997, 1998, 1999
         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.4P (BULLBOX) #0: Fri Dec 31 03:31:23 PST 1999
         jonb@bullbox.heeia.hi.us:/usr/src/sys/arch/pc532/compile/BULLBOX
     total memory = 32768 KB
     avail memory = 28592 KB
     using 435 buffers containing 1740 KB of memory
     mainbus0 (root)
     rtc0 at mainbus0 addr 0xfff00000
     clock0 at mainbus0 addr 0xfffffe00, irq 2
     scn0 at mainbus0 addr 0xffc80000, irq 13, 12: scn2681, flags 1
     scn1 at mainbus0 addr 0xffc80008
     scn2 at mainbus0 addr 0xffc80010, irq 11, 10: scn2681
     scn3 at mainbus0 addr 0xffc80018
     scn4 at mainbus0 addr 0xffc80020, irq 9, 8: scn2681
     scn5 at mainbus0 addr 0xffc80028
     scn6 at mainbus0 addr 0xffc80030, irq 7, 6: scn2681
     scn7 at mainbus0 addr 0xffc80038
     ncr0 at mainbus0 addr 0xffd00000, irq 4
     scsibus0 at ncr0: 8 targets, 8 luns per target
     ncr1 at mainbus0 addr 0xffd00000, irq 4
     panic: Interrupt 4 already allocated
     
     Stopped in swapper at   _cpu_Debugger+0x4:      exit    []
     db> cu: Got hangup signal

and here's one from the two week old kernel that works...

     >> NetBSD/pc532 Boot, Revision 1.1
     >> (jonb@bullbox.heeia.hi.us, Sun Nov 28 17:17:26 PST 1999)
     Boot: [[[sd0a:]netbsd][-abdrs]] :- /stand/bullbox.plip
     1196032+53248+171872+[73332+85705] total=0x183ca5
     
     [ preserving 159044 bytes of netbsd a.out symbol table ]
     Copyright (c) 1996, 1997, 1998, 1999
         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.4P (BULLBOX) #3: Sat Dec 11 16:20:42 PST 1999
         jonb@bullbox.heeia.hi.us:/usr/src/sys/arch/pc532/compile/BULLBOX
     total memory = 32768 KB
     avail memory = 28624 KB
     using 435 buffers containing 1740 KB of memory
     mainbus0 (root)
     rtc0 at mainbus0 addr 0xfff00000
     clock0 at mainbus0 addr 0xfffffe00, irq 2
     scn0 at mainbus0 addr 0xffc80000, irq 13, 12: scn2681, flags 1
     scn1 at mainbus0 addr 0xffc80008
     scn2 at mainbus0 addr 0xffc80010, irq 11, 10: scn2681
     scn3 at mainbus0 addr 0xffc80018
     scn4 at mainbus0 addr 0xffc80020, irq 9, 8: scn2681
     scn5 at mainbus0 addr 0xffc80028
     scn6 at mainbus0 addr 0xffc80030, irq 7, 6: scn2681
     scn7 at mainbus0 addr 0xffc80038
     ncr0 at mainbus0 addr 0xffd00000, irq 4
     scsibus0 at ncr0: 8 targets, 8 luns per target
     zero=fff8802b, bio=4010, net=34010, tty=76a90, clock=76a94, imp=76a90, softclock=fff9c02b, softnet=34000
     scsibus0: waiting 2 seconds for devices to settle...
     sd0 at scsibus0 targ 0 lun 0: <SEAGATE, ST15230W SUN4.2G, 0738> SCSI2 0/direct fixed
     sd0: 4095 MB, 3992 cyl, 19 head, 110 sec, 512 bytes/sect x 8386733 sectors
     sd1 at scsibus0 targ 1 lun 0: <MICROP, 2210-09MQ1001901, HQ30> SCSI2 0/direct fixed
     sd1: 1008 MB, 2372 cyl, 9 head, 96 sec, 512 bytes/sect x 2065250 sectors
     st0 at scsibus0 targ 5 lun 0: <ARCHIVE, VIPER 150  21531, -003> SCSI1 1/sequential removable
     st0: rogue, drive empty
     IPsec: Initialized Security Association Processing.
     boot device: sd0
     root on sd0a dumps on sd0b

And while I'm pestering people, what changed with cu?  It never
used to disconnect me when I got thrown into ddb or the prom, or
at the end of /etc/rc, or before _and_ after the "syncing disks..."
message.

Jon