Erik Bertelsen | 6 Apr 2011 07:49
Picon

boot failure on DS 5000/133

With NetBSD-current on a pmax with sources of a couple days ago,
booting stops with:

KN02-BA V5.7j    (PC: 0x80100a1c, SP: 0xc3e59e00)

NetBSD/pmax 1.6ZC FFS Primary Bootstrap

NetBSD/pmax 5.99.40 Secondary Bootstrap, Revision 1.5
(root <at> sockdev.h.erikb.net, Sat Oct 10 23:31:25 CEST 2009)

Boot: 3/rz4/netbsd
1993232+62008 [130032+125248]=0x234804
Starting at 0x80030000

mips_fixup_stubs: 4548 fixups done in 0 cycles
mcclock: iters 11680 computed MHz 33, instrs per usec=19
panic: evcnt_attach_static: evcnt non initialized: group=<pmax> name=<serial0>
0x8002ff20: 0x800c8c78+80 (80226000,0,6,80210850) ra 0 sz 0
User-level: pid 0.1
halted.

KN02-BA V5.7j    (PC: 0xbfc00c0c, SP: 0x8002fef0)
>>

Any explanation or hints to what I can do?

kind regards
Erik

(Continue reading)

Izumi Tsutsui | 6 Apr 2011 13:46
Picon
Gravatar

Re: boot failure on DS 5000/133

> Any explanation or hints to what I can do?

Your kernel seems to have options DEBUG. Does the default GENERIC work?
On my 5000/125 GENERIC around 20110317 -current worked.
---
Izumi Tsutsui

Erik Bertelsen | 6 Apr 2011 16:50
Picon

Re: boot failure on DS 5000/133

2011/4/6 Izumi Tsutsui <tsutsui <at> ceres.dti.ne.jp>:
>> Any explanation or hints to what I can do?
>
> Your kernel seems to have options DEBUG. Does the default GENERIC work?
> On my 5000/125 GENERIC around 20110317 -current worked.
> ---
> Izumi Tsutsui
>

 Yes DEBUG and DIAGNOSTICS were added to my custom kernel because it
went into a loop early in the boot process.

Running GENERIC is much better:

Boot: 3/rz4/netbsd
3579472+119032 [214944+211401]=0x3ef5c8
Starting at 0x80030000

segment  0 start 00000000 size 02000000
phys segment: 0x2000000  <at>  0
adding 0x3de000  <at>  0x422000 to freelist 1
adding 0x1800000  <at>  0x800000 to freelist 0
pmap_steal_memory: seg 0: 0x422 0x422 0x800 0x800
pmap_steal_memory: seg 0: 0x448 0x448 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.

(Continue reading)

Izumi Tsutsui | 6 Apr 2011 17:04
Picon
Gravatar

Re: boot failure on DS 5000/133

>  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?

> Running GENERIC is much better:
 :
> [1]   Floating point exception (stty status "^T...
> [1]   Floating point exception (local line; loc...
> Enter pathname of shell or RETURN for /bin/sh:

This is userland issue on MIPS1 and has been fixed.
http://mail-index.NetBSD.org/source-changes/2011/03/09/msg019758.html
Please update libc.so binary.

Now I got the following error on GXemul running DEBUG kernel:
---
Starting network.
/etc/rc: WARNING: $hostname not set.
panic: tlb_hi (0x803c26c0) asid (0x1b) != current asid (0)
cpu0: Begin traceback
pid -968426520 not found
cpu0: End traceback...
0xc646fbd0: 0+801a8628 (c646e0000,0,b2,803da814) ra 0 sz 0
User-level: pid 61.1

dump to dev 19,1 not possible
rebooting...

(Continue reading)

Erik Bertelsen | 6 Apr 2011 17:21
Picon

Re: boot failure on DS 5000/133

2011/4/6 Izumi Tsutsui <tsutsui <at> ceres.dti.ne.jp>:
>>  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  <at>  0
adding 0x5d8000  <at>  0x228000 to freelist 1
adding 0x1800000  <at>  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
(Continue reading)

Izumi Tsutsui | 6 Apr 2011 17:34
Picon
Gravatar

Re: boot failure on DS 5000/133

> >>  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:

Thanks, committed.

> 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

I'll also check mips1 code again.

---
Izumi Tsutsui


Gmane