On Friday 23 January 2004 8:59 pm, Chris Budd wrote:

> I have noticed in the Ethernet captures, that the iq80321 was looking
> for a /sbin/mount_mfs file; it is not in the 1.6.1 package, nor the
> 1.6.2_RC4 package.  If I blindly copy the mount_mfs from the 1.6F
> package, they get the same type of panic.
>
> Why is mount_mfs missing from base.tgz?

It's not. Can you send me the output of "ls -l /sbin" please? (Where 
'/sbin' is relative to the i180321's NFS root filesystem).

> However, why do I get the panic?  Could it be something with
> the PCI slot in which this iq80321 lives?

There is a _very_ slim chance... Assuming you're using the 
Intel-supplied backplane (80300BP), your IQ80321 must be plugged into 
the slot nearest the power connector.

> I am too new, so the trace below does not mean much to me, but maybe
> someone will recognize something.

The trace contains some 'interesting' values...

> panic: Prefetch abort in non-USR mode (frame=0xc7b13d38
> PC=0x00000008)

The kernel tried to execute code at address 0x00000008. There is nothing 
mapped at this address on Xscale kernels.

> prefetch_abort_handler+0xc
>         scp=0xc031bb70 rlv=0xc031b1dc (exception_exit)
>         rsp=0xc7b13d38 rfp=0x00000000
>         r8=0x00000000 r7=0x00000000
>         r6=0x00000000 r5=0x00000000 r4=0x00000000

It's interesting that registers r4-r8 are zero here...

Can you send me your kernel, please? (Both the 'netbsd' and 
'netbsd.srec' files). I need to know what kernel function is at address 
0xc031bb70 (although I have a hunch which it will be). Can you also 
send me your /bin/sh and /sbin/init files too (from the IQ80321's root 
filesystem).

Anyway, it looks like there is some fundamental problem here. I will try 
to reproduce the problem here using your kernel and sh/init binaries.

Cheers, Steve

-- 

Wasabi Systems Inc. - The NetBSD Company - http://www.wasabisystems.com/