Re: boot failure on DS 5000/133

2011/4/6 Izumi Tsutsui <[email protected]>:
>>  Yes DEBUG and DIAGNOSTICS were added to my custom kernel because it
>> went into a loop early in the boot process.
>
> Ok, it can be reproducible on GXemul.
> Could you try the attached patch?
>


Yes, applying your patch to move intr_init() and building my custom
kernel allows the kernel itself to boot:

Boot: 3/rz4/netbsd
1992432+61912 [129984+125227]=0x234440
Starting at 0x80030000

mips_fixup_stubs: 4567 fixups done in 0 cycles
mcclock: iters 11680 computed MHz 33, instrs per usec=19
segment  0 start 00000000 size 02000000
phys segment: 0x2000000 @ 0
adding 0x5d8000 @ 0x228000 to freelist 1
adding 0x1800000 @ 0x800000 to freelist 0
pmap_steal_memory: seg 0: 0x228 0x228 0x800 0x800
pmap_steal_memory: seg 0: 0x24d 0x24d 0x800 0x800
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
    2006, 2007, 2008, 2009, 2010, 2011
    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 5.99.48 (SOCKDEV) #2: Wed Apr  6 17:12:57 CEST 2011
        [email protected]:/home/NetBSD/crossbuild/obj.pmax/sys/arch/pmax/compile/SOCKDEV
DECstation 5000/133 (3MIN)
total memory = 32768 KB
avail memory = 29732 KB
sysctl_createv: sysctl_create(no_sa_support) returned 22
mainbus0 (root)
cpu0 at mainbus0: MIPS R3000A CPU (0x230) Rev. 3.0 with MIPS R3010 FPC Rev. 4.0
cpu0: 64KB/4B direct-mapped Instruction cache, 64 TLB entries
cpu0: 128KB/4B direct-mapped write-through Data cache
tc0 at mainbus0: 12.5 MHz clock
ioasic0 at tc0 slot 3 offset 0x0
le0 at ioasic0 offset 0xc0000: address 08:00:2b:32:56:6f
le0: 32 receive buffers, 8 transmit buffers
3MIN: imask 1030, enabling slot 0x2, dev 0xc362db58 handler 0x80030710
zsc0 at ioasic0 offset 0x100000
vsms0 at zsc0 channel 0
wsmouse0 at vsms0 (mux ignored)
zstty0 at zsc0 channel 1
3MIN: imask 1130, enabling slot 0x0, dev 0xc362db58 handler 0x801cdf0c
zsc1 at ioasic0 offset 0x180000
lkkbd0 at zsc1 channel 0
wskbd0 at lkkbd0 (mux ignored)
zstty1 at zsc1 channel 1 (console i/o)
3MIN: imask 1170, enabling slot 0x1, dev 0xc362db58 handler 0x801cdf0c
mcclock0 at ioasic0 offset 0x200000: mc146818 or compatible
asc0 at ioasic0 offset 0x3000003MIN: imask 11f0, enabling slot 0x3,
dev 0xc362db58 handler 0x800d0aa8
: NCR53C94, 25MHz, SCSI ID 7
scsibus0 at asc0: 8 targets, 8 luns per target
scsibus0: waiting 2 seconds for devices to settle...
sd0 at scsibus0 target 4 lun 0: <QUANTUM, QM39100TD-S, N1B0> disk fixed
sd0: 8683 MB, 8057 cyl, 10 head, 220 sec, 512 bytes/sect x 17783249 sectors
sd0: sync (200.00ns offset 15), 8-bit (5.000MB/s) transfers, tagged queueing
boot device: sd0
root on sd0a dumps on sd0b
mountroot: trying nfs...
mountroot: trying ffs...
root file system type: ffs
init: copying out path `/sbin/init' 11
pid 1(init): ABI set to O32 (e_flags=0x1007)
pid 1(init): trap: cpu0, TLB miss (load or instr. fetch) in kernel mode
status=0x20080014, cause=0x30002008, epc=0x800a089c, vaddr=0xff00
tf=0xc3e73a90 ksp=0xc3e73b30 ra=0x800fc574 ppl=0x81f59e44
panic: trap
0xc3e73898: 0x800c8878+80 (c3e72000,0,b2,8020273c) ra 0 sz 0
User-level: pid 1.1

dumping to dev 19,1 offset 1332112
dump 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11
10 9 8 7 6 5 4 3 2 1 succeeded


rebooting...


KN02-BA V5.7j    (PC: 0x8011766c, SP: 0xc3e73868)
^C
>>^C


Now I'm back to where I've been before in January.

I'll update libc and report later.

Thanks alot
- Erik