Thank you. There's no hurry actually, just reporting the bug.

If there's something I can do to help...

Giammarco


On Mon, Oct 6, 2008 at 3:22 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:

> Giammarco Zacheo wrote:
> > I can confirm that with vmalloc'ed buffers it hangs anyhow.
> >
>
> The issue you face is typical from the internal mcount() call referring to
> unmapped memory in early boot code. Some routine there lacks a "notrace"
> specifier. Finding it will require some work.
>
> > Giammarco
> >
> > On Fri, Oct 3, 2008 at 8:29 PM, Giammarco Zacheo <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>> wrote:
> >
> >     I'm quite sure it was enabled. I will confirm it on Monday.
> >
> >     Giammarco
> >
> >
> >     On Fri, Oct 3, 2008 at 8:19 PM, Gilles Chanteperdrix
> >     <[EMAIL PROTECTED]
> >     <mailto:[EMAIL PROTECTED]>> wrote:
> >
> >         Giammarco Zacheo wrote:
> >         > I was wrong. I am able to compile the kernel, but it hangs
> >         very early,
> >         > giving this output:
> >         >
> >         > zImage starting: loaded at 0x00400000 (sp: 0x017ffe50)
> >         > Allocating 0x590acc bytes for kernel ...
> >         > OF version = 'EFIKA5K2,1.3'
> >         > gunzipping (0x01800000 <- 0x00407000:0x00619b3b)...done
> >         0x4cd39c bytes
> >         >
> >         > Linux/PowerPC load: root=/dev/nfs rw
> >         nfsroot=192.168.10.122:/opt/eldk/ppc_6xx
> >         > ip=dhcp console=ttyPSC0
> >         > Finalizing device tree... using OF tree (promptr=01003ed8)
> >         > cpu_exception:
> >         > SRR0 0x0180B338 SRR1  0x00043030 MSR  0x00003030
> >         > LR   0x01C704B4 CTR   0x01800000 CR   0x42002042   XER 0x0
> >         > DAR  0x00000000 DSISR 0x00000000 Type 2
> >         > GPR[] 0x40000000 0x017FFE20 0x00000000 0x41820014 0x01C704B4
> >         0x42002042
> >         > 0xC04D0000 0x017FFD90
> >         > GPR[] 0x00000001 0x00625C04 0x07C00008 0x07C00008 0x42002044
> >         0x1004A33C
> >         > 0x01C647A0 0x017FFC2C
> >         > GPR[] 0x01BDCA4C 0x01BDCA6C 0x01BF66C4 0x01BDCA78 0x08000000
> >         0x01BDCA10
> >         > 0xFFFFFFFF 0x07C53FC8
> >         > GPR[] 0x01800000 0x00590ACC 0x07C548A8 0x00000000 0x00000000
> >         0x004062C8
> >         > 0x0040E134 0x00000000
> >         > ibat0U 0x00001FFF ibat0L 0x00000012
> >         > ibat1U 0xF0001FFF ibat1L 0xF0000012
> >         > ibat2U 0x00000000 ibat2L 0x00000000
> >         > ibat3U 0x00000000 ibat3L 0x00000000
> >         > dbat0U 0xF0001FFF dbat0L 0xF000002A
> >         > dbat1U 0x80001FFF dbat1L 0x8000002A
> >         > dbat2U 0x00001FFF dbat2L 0x00000012
> >         > dbat3U 0xC0001FFF dbat3L 0xC000002A
> >         > HID0 0x0000C000
> >         > deadend:
> >         >
> >         > Any hint about?
> >
> >         Did you try using vmalloc for the tracer logs ?
> >
> >
> >         --
> >                                                    Gilles.
> >
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Xenomai-help mailing list
> > [email protected]
> > https://mail.gna.org/listinfo/xenomai-help
>
>
> --
> Philippe.
>
_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help

Reply via email to