Subject: Re: Wavelan (wi) card fails in Z50: Kernel Panic
To: Castor Fu <castor@geocast.com>
From: DP <dp@recycled.net>
List: port-hpcmips
Date: 12/09/2000 10:32:51
Okay, here we go... 

# ifconfig wi0 172.16.0.27
Dec 9 06:17:00 hostname /netbsd: pcmcia0: card irq 3
trap: address error (load or I-fetch) in kernel mode
status=0x7803, cause=0x510, epc=0x8017f144, vaddr=0xc001822f
pid=156 cmd=ifconfig usp=0x7fffec40 ksp=0xc3cdf6a8
Stopped in ifconfig at  0x8017f144      lhu      v1,0(s0)
db> trace
8017f0d0+74 (c0018000,d4,36,36) ra 801803b0 sz 56
801801a8+208 (c0018000,d4,36,36) ra 800a98cc sz 128
800a9320+5ac (c0018000,d4,36,36) ra 800b74cc sz 88
800b7398+134 (c0018000,d4,36,36) ra 800b81dc sz 64
800b8184+58 (c0018000,d4,36,36) ra 8017fad0 sz 40
8017f938+198 (c0018000,d4,36,36) ra 800ba934 sz 1120
800ba7b0+184 (c0018000,d4,36,36) ra 800ba10c sz 80
800b9a4c+6c0 (c0018000,d4,36,36) ra 800da198 sz 72
800da134+64 (c0018000,d4,36,36) ra 800a915c sz 72
800a8da4+3b8 (c0018000,d4,36,36) ra 800692b4 sz 56
80069150+164 (c0018000,d4,36,36) ra 80068100 sz 32
80067d8c+374 (c0018000,d4,36,36) ra 80141ce8 sz 192
80141b2c+1bc (c0018000,d4,36,36) ra 80030fac sz 96
mips3_SystemCall+d0 (c0018000,d4,36,36) ra 444330 sz 0
PC 0x444330: not in kernel space
0+444330 (c0018000,d4,36,36) ra 0 sz 0
User-level: pid 156
db>

Hope this helps! Let me know if there's more I can do.

Dan






Quoting Castor Fu <castor@geocast.com>:

> > If there's something I can do in the debugger which will provide more
> info,
> > please let me know.
> 
> > > # ifconfig wi0 172.16.0.27 netmask 0xffffff00 up
> > > pcmica: card irq 3
> > > trap: address error (load or I-fetch) in kernel mode
> > > status=0x7803, cause=0x510, epc=0x8016c804, vaddr=0xc001622f
> > > pid=185 cmd=ifconfig usp=0x7fffec18 ksp=0xc3cdf6a8
> > > Stopped in ifconfig at  0x8016c804:        lhu      vi,0(s0)
> > > db>
> 
> In the debugger, if you could get a stack trace with the 'trace'
> command that would be helpful.  
> 
> What's happening here is an unaligned address access.  'lhu' is a
> 16-bit load and the address used, 0xc001622f, is on an odd byte
> boundary
> which is perfectly legal on processors like the x86 family, but not ok
> on the mips.
> 
> 	-castor
> 
>