[okl4-developer] oklinux on gta01

Geoffrey Lee glee at ok-labs.com
Thu May 22 21:02:53 EST 2008


On Thu, May 22, 2008 at 04:48:40PM +0800, Tsai Tung-Chieh wrote:
> Dear all,
> 
> I have made OKL4  run dining philosophers example on gta01, with
>  qemu-system-arm. Now I am trying to let oklinux work. Building is
> fine but has some error on kernel loading:
> 
> U-Boot 1.3.2-rc2 (May 18 2008 - 09:51:30)
> 
> [..., some information]
> 
> GTA01Bv4 # bootelf 30100000
> 
> [...]
> 
> Loading vrtc.text @ 0x30510000 (26476 bytes)
> Loading vrtc.rodata @ 0x3051676c (3596 bytes)
> Loading vrtc.data @ 0x300ee578 (612 bytes)
> Loading vrtc.got @ 0x300ee7dc (16 bytes)
> Clearing vrtc.bss @ 0x300ee7ec (396 bytes)
> Loading vmlinux.text @ 0x30600000 (1392640 bytes)
> 
> [...]
> 
> Clearing vmlinux.bss @ 0x307b8080 (108652 bytes)
> Loading rootfs @ 0x30800000 (5734400 bytes)
> ## Starting application at 0x30000000 ...
> s3c2410_init_interrupts:117: LN2410_INT_MASK
> s3c2410_init_interrupts:128: LN2410_INT_MASK: 6f7f7fff
> 
> OKL4 - (provider: Open Kernel Labs) built on May 22 2008 10:42:25
> using gcc version 3.4.4.
> roottask read pagefault at 0000003c, ip=00108978 - deny
> --- KD# roottask pagefault  ---

Hi Tung-Chieh

Can you please give us a objdump disassembly output of the instructions
around the faulting instruction pointer at 0x108978, as well as 
what function this fault is in?

	-gl

> >
> 
> ----------------------------------------------------------------------------------
> 
> My tools are :
>   * Python 2.5.2
>   * OKL4 2.1
>   * Toolchain :  from the link of README file
>   * qemu : as above, check out from
> https://svn.openmoko.org/trunk/src/host/qemu-neo1973
>   * qemu command :
>      $ cd /[path to qemu]/
>      $ /[path to qemu]/qemu-neo1973/arm-softmmu/qemu-system-arm -M
> gta01 -m 130 -mtdblock  /[path to
> qemu]/qemu-neo1973/openmoko/openmoko-flash.base -serial stdio
> -nographic -kernel /[path to okl4]/okl4_2.1/build/images/image.boot
> 
> Using the same source and toolchain of pc99 on qemu, it works fine.
> I guess it's something wrong with init. Is there any information about
>  this problem ?
> 
> Thanks,
> 
> -- 
> Best Regards,
> Tsai Tung-Chieh
> 
> _______________________________________________
> Developer mailing list
> Developer at okl4.org
> https://lists.okl4.org/mailman/listinfo/developer
> 

-- 




More information about the Developer mailing list