HEADSUP : n64 changes in HEAD.

[waynegong L]

>
> Hi Jayachandran,
>

On N64 userspace&kernel, During booting ENOENT error is reported from
devfs_fixup(), as below.
This error was not seen with previous revisions atleast on my Octeon board.

Trying to mount root from ufs:/dev/md0
*Lookup of /dev for devfs, error: 2*
start_init: trying /sbin/init
panic: userret: Returning with 1 locks held.

In devfs_fixup, NDINIT is invoked to intialize namei components and,
subsequently namei() is invoked to look for /dev directory. But this lookup
operation failed in my case.

Are any locks acquired in this function not being released and is that
causing the issue?

Other day, i tried building the sources for n32 ABI, but the kernel build
failed with below error. My config file was OCTEON1-32
*
Assembler messages:
linking kernel.debug
hack.So: could not read symbols: Invalid operation*

My env.
TARGET=mips
TARGET_BIG_ENDIAN=y
TARGET_CPUTYPE=mips64
TARGET_ARCH=mips
TARGET_ABI=n32

Thanks,
Wayne.



>
> Looks like the kernel and userspace are 64bit, and it crashed on
> getting into userspace the first time.  I am really not sure what
> could have caused that lock to be held...
>
> Have you checked if the exact same source comes up on 32 bit
> compilation?  This may be worth checking first.  After that, may be
> enabling debug in trap.c may be a good way to see if the exceptions
> generated while jumping to userspace are handled correctly.
>
> JC.
>