From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Mon, 29 Sep 2008 16:35:08 +0200 From: "Giammarco Zacheo" MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1671_24753773.1222698908273" Subject: [Xenomai-help] Error while building Xenomai on Powerpc with instrument function entries enabled List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: xenomai-help ------=_Part_1671_24753773.1222698908273 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline While building the kernel with I-Pipe Tracer turned on with "Instrument function entries" enabled i got the following error: giammarco@domain.hid> make make -C /home/giammarco/xenomai-ppc/linux-2.6-denx O=/home/giammarco/xenomai-ppc/linux-2.6-denx-build/. Using /home/giammarco/xenomai-ppc/linux-2.6-denx as source for kernel GEN /home/giammarco/xenomai-ppc/linux-2.6-denx-build/Makefile CHK include/linux/version.h CHK include/linux/utsrelease.h CALL /home/giammarco/xenomai-ppc/linux-2.6-denx/scripts/checksyscalls.sh CHK include/linux/compile.h CALL /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/systbl_chk.sh CALL /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/prom_init_check.sh Error: External symbol '_mcount' referenced from prom_init.c make[3]: *** [prom_init_check] Error 1 make[2]: *** [arch/powerpc/kernel] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 The machine the kernel is configured for is a bPlan Efika computer, based on mpc5200b. I'm using DENX linux kernel 2.6.26, Xenomai 2.4.5, and a gcc 4.3.1. Thank you Giammarco ------=_Part_1671_24753773.1222698908273 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
While building the kernel with I-Pipe Tracer turned on with "Instrument function entries" enabled i got the following error:

giammarco@domain.hid> make
make -C /home/giammarco/xenomai-ppc/linux-2.6-denx O=/home/giammarco/xenomai-ppc/linux-2.6-denx-build/.
  Using /home/giammarco/xenomai-ppc/linux-2.6-denx as source for kernel
  GEN     /home/giammarco/xenomai-ppc/linux-2.6-denx-build/Makefile
  CHK     include/linux/version.h
  CHK     include/linux/utsrelease.h
  CALL    /home/giammarco/xenomai-ppc/linux-2.6-denx/scripts/checksyscalls.sh
  CHK     include/linux/compile.h
  CALL    /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/systbl_chk.sh
  CALL    /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/prom_init_check.sh
Error: External symbol '_mcount' referenced from prom_init.c
make[3]: *** [prom_init_check] Error 1
make[2]: *** [arch/powerpc/kernel] Error 2
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2

The machine the kernel is configured for is a bPlan Efika computer, based on mpc5200b.

I'm using DENX linux kernel 2.6.26, Xenomai 2.4.5, and a gcc 4.3.1.

Thank you

Giammarco
------=_Part_1671_24753773.1222698908273-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Thu, 2 Oct 2008 17:07:57 +0200 From: "Giammarco Zacheo" In-Reply-To: <48E3541E.8090808@domain.hid> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8106_1449224.1222960077935" References: <48E3541E.8090808@domain.hid> Subject: Re: [Xenomai-help] Error while building Xenomai on Powerpc with instrument function entries enabled List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Philippe Gerum , xenomai-help ------=_Part_8106_1449224.1222960077935 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline It worked. Thanks a lot. Giammarco On Wed, Oct 1, 2008 at 12:42 PM, Philippe Gerum wrote: > Giammarco Zacheo wrote: > > While building the kernel with I-Pipe Tracer turned on with "Instrument > > function entries" enabled i got the following error: > > > > giammarco@domain.hid> make > > make -C /home/giammarco/xenomai-ppc/linux-2.6-denx > > O=/home/giammarco/xenomai-ppc/linux-2.6-denx-build/. > > Using /home/giammarco/xenomai-ppc/linux-2.6-denx as source for kernel > > GEN /home/giammarco/xenomai-ppc/linux-2.6-denx-build/Makefile > > CHK include/linux/version.h > > CHK include/linux/utsrelease.h > > CALL > > /home/giammarco/xenomai-ppc/linux-2.6-denx/scripts/checksyscalls.sh > > CHK include/linux/compile.h > > CALL > > > /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/systbl_chk.sh > > CALL > > > /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/prom_init_check.sh > > Error: External symbol '_mcount' referenced from prom_init.c > > make[3]: *** [prom_init_check] Error 1 > > make[2]: *** [arch/powerpc/kernel] Error 2 > > make[1]: *** [sub-make] Error 2 > > make: *** [all] Error 2 > > > > The machine the kernel is configured for is a bPlan Efika computer, > > based on mpc5200b. > > > > I'm using DENX linux kernel 2.6.26, Xenomai 2.4.5, and a gcc 4.3.1. > > > > > > --- arch/powerpc/kernel/prom_init_check.sh~ 2008-07-30 > 11:38:19.000000000 +0200 > +++ arch/powerpc/kernel/prom_init_check.sh 2008-10-01 > 12:39:47.000000000 +0200 > @@ -20,7 +20,7 @@ > _end enter_prom memcpy memset reloc_offset __secondary_hold > __secondary_hold_acknowledge __secondary_hold_spinloop __start > strcmp strcpy strlcpy strlen strncmp strstr logo_linux_clut224 > -reloc_got2 kernstart_addr" > +reloc_got2 kernstart_addr _mcount" > > NM="$1" > OBJ="$2" > > > Thank you > > > > Giammarco > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Xenomai-help mailing list > > Xenomai-help@domain.hid > > https://mail.gna.org/listinfo/xenomai-help > > ------=_Part_8106_1449224.1222960077935 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
It worked. Thanks a lot.

Giammarco

On Wed, Oct 1, 2008 at 12:42 PM, Philippe Gerum <spam@domain.hid> wrote:
Giammarco Zacheo wrote:
> While building the kernel with I-Pipe Tracer turned on with "Instrument
> function entries" enabled i got the following error:
>
> giammarco@domain.hid> make
> make -C /home/giammarco/xenomai-ppc/linux-2.6-denx
> O=/home/giammarco/xenomai-ppc/linux-2.6-denx-build/.
>   Using /home/giammarco/xenomai-ppc/linux-2.6-denx as source for kernel
>   GEN     /home/giammarco/xenomai-ppc/linux-2.6-denx-build/Makefile
>   CHK     include/linux/version.h
>   CHK     include/linux/utsrelease.h
>   CALL
> /home/giammarco/xenomai-ppc/linux-2.6-denx/scripts/checksyscalls.sh
>   CHK     include/linux/compile.h
>   CALL
> /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/systbl_chk.sh
>   CALL
> /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/prom_init_check.sh
> Error: External symbol '_mcount' referenced from prom_init.c
> make[3]: *** [prom_init_check] Error 1
> make[2]: *** [arch/powerpc/kernel] Error 2
> make[1]: *** [sub-make] Error 2
> make: *** [all] Error 2
>
> The machine the kernel is configured for is a bPlan Efika computer,
> based on mpc5200b.
>
> I'm using DENX linux kernel 2.6.26, Xenomai 2.4.5, and a gcc 4.3.1.
> <http://4.3.1.>
>

--- arch/powerpc/kernel/prom_init_check.sh~     2008-07-30 11:38:19.000000000 +0200
+++ arch/powerpc/kernel/prom_init_check.sh      2008-10-01 12:39:47.000000000 +0200
@@ -20,7 +20,7 @@
 _end enter_prom memcpy memset reloc_offset __secondary_hold
 __secondary_hold_acknowledge __secondary_hold_spinloop __start
 strcmp strcpy strlcpy strlen strncmp strstr logo_linux_clut224
-reloc_got2 kernstart_addr"
+reloc_got2 kernstart_addr _mcount"

 NM="$1"
 OBJ="$2"

> Thank you
>
> Giammarco
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Xenomai-help mailing list
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help


------=_Part_8106_1449224.1222960077935-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Fri, 3 Oct 2008 18:57:40 +0200 From: "Giammarco Zacheo" In-Reply-To: <48E3541E.8090808@domain.hid> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_32055_21363085.1223053060994" References: <48E3541E.8090808@domain.hid> Subject: Re: [Xenomai-help] Error while building Xenomai on Powerpc with instrument function entries enabled List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: xenomai-help ------=_Part_32055_21363085.1223053060994 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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? Giammarco On Wed, Oct 1, 2008 at 12:42 PM, Philippe Gerum wrote: > Giammarco Zacheo wrote: > > While building the kernel with I-Pipe Tracer turned on with "Instrument > > function entries" enabled i got the following error: > > > > giammarco@domain.hid> make > > make -C /home/giammarco/xenomai-ppc/linux-2.6-denx > > O=/home/giammarco/xenomai-ppc/linux-2.6-denx-build/. > > Using /home/giammarco/xenomai-ppc/linux-2.6-denx as source for kernel > > GEN /home/giammarco/xenomai-ppc/linux-2.6-denx-build/Makefile > > CHK include/linux/version.h > > CHK include/linux/utsrelease.h > > CALL > > /home/giammarco/xenomai-ppc/linux-2.6-denx/scripts/checksyscalls.sh > > CHK include/linux/compile.h > > CALL > > > /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/systbl_chk.sh > > CALL > > > /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/prom_init_check.sh > > Error: External symbol '_mcount' referenced from prom_init.c > > make[3]: *** [prom_init_check] Error 1 > > make[2]: *** [arch/powerpc/kernel] Error 2 > > make[1]: *** [sub-make] Error 2 > > make: *** [all] Error 2 > > > > The machine the kernel is configured for is a bPlan Efika computer, > > based on mpc5200b. > > > > I'm using DENX linux kernel 2.6.26, Xenomai 2.4.5, and a gcc 4.3.1. > > > > > > --- arch/powerpc/kernel/prom_init_check.sh~ 2008-07-30 > 11:38:19.000000000 +0200 > +++ arch/powerpc/kernel/prom_init_check.sh 2008-10-01 > 12:39:47.000000000 +0200 > @@ -20,7 +20,7 @@ > _end enter_prom memcpy memset reloc_offset __secondary_hold > __secondary_hold_acknowledge __secondary_hold_spinloop __start > strcmp strcpy strlcpy strlen strncmp strstr logo_linux_clut224 > -reloc_got2 kernstart_addr" > +reloc_got2 kernstart_addr _mcount" > > NM="$1" > OBJ="$2" > > > Thank you > > > > Giammarco > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Xenomai-help mailing list > > Xenomai-help@domain.hid > > https://mail.gna.org/listinfo/xenomai-help > > ------=_Part_32055_21363085.1223053060994 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
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?

Giammarco



On Wed, Oct 1, 2008 at 12:42 PM, Philippe Gerum <spam@domain.hid> wrote:
Giammarco Zacheo wrote:
> While building the kernel with I-Pipe Tracer turned on with "Instrument
> function entries" enabled i got the following error:
>
> giammarco@domain.hid> make
> make -C /home/giammarco/xenomai-ppc/linux-2.6-denx
> O=/home/giammarco/xenomai-ppc/linux-2.6-denx-build/.
>   Using /home/giammarco/xenomai-ppc/linux-2.6-denx as source for kernel
>   GEN     /home/giammarco/xenomai-ppc/linux-2.6-denx-build/Makefile
>   CHK     include/linux/version.h
>   CHK     include/linux/utsrelease.h
>   CALL
> /home/giammarco/xenomai-ppc/linux-2.6-denx/scripts/checksyscalls.sh
>   CHK     include/linux/compile.h
>   CALL
> /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/systbl_chk.sh
>   CALL
> /home/giammarco/xenomai-ppc/linux-2.6-denx/arch/powerpc/kernel/prom_init_check.sh
> Error: External symbol '_mcount' referenced from prom_init.c
> make[3]: *** [prom_init_check] Error 1
> make[2]: *** [arch/powerpc/kernel] Error 2
> make[1]: *** [sub-make] Error 2
> make: *** [all] Error 2
>
> The machine the kernel is configured for is a bPlan Efika computer,
> based on mpc5200b.
>
> I'm using DENX linux kernel 2.6.26, Xenomai 2.4.5, and a gcc 4.3.1.
> <http://4.3.1.>
>

--- arch/powerpc/kernel/prom_init_check.sh~     2008-07-30 11:38:19.000000000 +0200
+++ arch/powerpc/kernel/prom_init_check.sh      2008-10-01 12:39:47.000000000 +0200
@@ -20,7 +20,7 @@
 _end enter_prom memcpy memset reloc_offset __secondary_hold
 __secondary_hold_acknowledge __secondary_hold_spinloop __start
 strcmp strcpy strlcpy strlen strncmp strstr logo_linux_clut224
-reloc_got2 kernstart_addr"
+reloc_got2 kernstart_addr _mcount"

 NM="$1"
 OBJ="$2"

> Thank you
>
> Giammarco
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Xenomai-help mailing list
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help


------=_Part_32055_21363085.1223053060994-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <48E66224.7060709@domain.hid> Date: Fri, 03 Oct 2008 20:19:16 +0200 From: Gilles Chanteperdrix MIME-Version: 1.0 References: <48E3541E.8090808@domain.hid> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-help] Error while building Xenomai on Powerpc with instrument function entries enabled List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Giammarco Zacheo Cc: xenomai-help 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. From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Mon, 6 Oct 2008 14:29:04 +0200 From: "Giammarco Zacheo" In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_72358_8601001.1223296144768" References: <48E3541E.8090808@domain.hid> <48E66224.7060709@domain.hid> Subject: Re: [Xenomai-help] Error while building Xenomai on Powerpc with instrument function entries enabled List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: xenomai-help ------=_Part_72358_8601001.1223296144768 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I can confirm that with vmalloc'ed buffers it hangs anyhow. Giammarco On Fri, Oct 3, 2008 at 8:29 PM, Giammarco Zacheo 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 < > gilles.chanteperdrix@xenomai.org> 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. >> > > ------=_Part_72358_8601001.1223296144768 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
I can confirm that with vmalloc'ed buffers it hangs anyhow.

Giammarco

On Fri, Oct 3, 2008 at 8:29 PM, Giammarco Zacheo <g.zacheo@domain.hid> 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 <gilles.chanteperdrix@xenomai.org> 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.


------=_Part_72358_8601001.1223296144768-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <48EA1127.6030405@domain.hid> Date: Mon, 06 Oct 2008 15:22:47 +0200 From: Philippe Gerum MIME-Version: 1.0 References: <48E3541E.8090808@domain.hid> <48E66224.7060709@domain.hid> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-help] Error while building Xenomai on Powerpc with instrument function entries enabled Reply-To: rpm@xenomai.org List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Giammarco Zacheo Cc: xenomai-help 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 > 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 > > 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 > Xenomai-help@domain.hid > https://mail.gna.org/listinfo/xenomai-help -- Philippe. From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Mon, 6 Oct 2008 15:28:36 +0200 From: "Giammarco Zacheo" In-Reply-To: <48EA1127.6030405@domain.hid> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_73357_25175277.1223299716851" References: <48E3541E.8090808@domain.hid> <48E66224.7060709@domain.hid> <48EA1127.6030405@domain.hid> Subject: Re: [Xenomai-help] Error while building Xenomai on Powerpc with instrument function entries enabled List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: rpm@xenomai.org Cc: xenomai-help ------=_Part_73357_25175277.1223299716851 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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 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 > > 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 > > > > 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 > > Xenomai-help@domain.hid > > https://mail.gna.org/listinfo/xenomai-help > > > -- > Philippe. > ------=_Part_73357_25175277.1223299716851 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
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 <rpm@xenomai.org> 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 <g.zacheo@domain.hid
> <mailto:g.zacheo@domain.hid>> 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
>     <gilles.chanteperdrix@xenomai.org
>     <mailto:gilles.chanteperdrix@xenomai.org>> 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
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help


--
Philippe.

------=_Part_73357_25175277.1223299716851-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <48EB4B64.4020209@domain.hid> Date: Tue, 07 Oct 2008 13:43:32 +0200 From: Philippe Gerum MIME-Version: 1.0 References: <48E3541E.8090808@domain.hid> <48E66224.7060709@domain.hid> <48EA1127.6030405@domain.hid> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-help] Error while building Xenomai on Powerpc with instrument function entries enabled Reply-To: rpm@xenomai.org List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Giammarco Zacheo Cc: xenomai-help Giammarco Zacheo wrote: > Thank you. There's no hurry actually, just reporting the bug. > > If there's something I can do to help... > I have no efika board at hand, but just booted a plain lite5200 IceCube successfully, with all tracing options enabled. This is a DENX-originated kernel (tagged "DENX-v2.6.26-stable") from the usual place. Looking again to the trace output you got, I wonder now if the device tree file you are using is ok. Could you confirm that your board boots with the I-pipe support fully disabled? -- Philippe. From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <48EB4BD8.10207@domain.hid> Date: Tue, 07 Oct 2008 13:45:28 +0200 From: Philippe Gerum MIME-Version: 1.0 References: <48E3541E.8090808@domain.hid> <48E66224.7060709@domain.hid> <48EA1127.6030405@domain.hid> <48EB4B64.4020209@domain.hid> In-Reply-To: <48EB4B64.4020209@domain.hid> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-help] Error while building Xenomai on Powerpc with instrument function entries enabled Reply-To: rpm@xenomai.org List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Giammarco Zacheo Cc: xenomai-help Philippe Gerum wrote: > Giammarco Zacheo wrote: >> Thank you. There's no hurry actually, just reporting the bug. >> >> If there's something I can do to help... >> > > I have no efika board at hand, but just booted a plain lite5200 IceCube > successfully, with all tracing options enabled. This is a DENX-originated kernel > (tagged "DENX-v2.6.26-stable") from the usual place. > > Looking again to the trace output you got, I wonder now if the device tree file > you are using is ok. Could you confirm that your board boots with the I-pipe > support fully disabled? > And if so, does it still boot with the I-pipe support enabled and the I-pipe latency tracing option disabled? -- Philippe. From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <48EB6922.7040702@domain.hid> Date: Tue, 07 Oct 2008 15:50:26 +0200 From: Philippe Gerum MIME-Version: 1.0 References: <48E3541E.8090808@domain.hid> <48E66224.7060709@domain.hid> <48EA1127.6030405@domain.hid> <48EB4B64.4020209@domain.hid> <48EB4BD8.10207@domain.hid> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-help] Error while building Xenomai on Powerpc with instrument function entries enabled Reply-To: rpm@xenomai.org List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Giammarco Zacheo Cc: xenomai-help Giammarco Zacheo wrote: > It boots either with I-pipe support enabled and disabled. > > I can also boot with latency tracing enabled, if 'Instrument function > entries' is not enabled. > Ok, so back to square #1. It's indeed a problem with mcount() referring to unmapped memory at early init time. The difference must be in the Efika setup code, since an Icecube boots fine with the function entry tracing knob on. > Giammarco > > On Tue, Oct 7, 2008 at 1:45 PM, Philippe Gerum > wrote: > > Philippe Gerum wrote: > > Giammarco Zacheo wrote: > >> Thank you. There's no hurry actually, just reporting the bug. > >> > >> If there's something I can do to help... > >> > > > > I have no efika board at hand, but just booted a plain lite5200 > IceCube > > successfully, with all tracing options enabled. This is a > DENX-originated kernel > > (tagged "DENX-v2.6.26-stable") from the usual place. > > > > Looking again to the trace output you got, I wonder now if the > device tree file > > you are using is ok. Could you confirm that your board boots with > the I-pipe > > support fully disabled? > > > > And if so, does it still boot with the I-pipe support enabled and > the I-pipe > latency tracing option disabled? > > -- > Philippe. > > -- Philippe.