* [Xenomai] Xenomai on linux-3.8.13 core ARM Cortex A9 - ARMv7 (v7l) SoC Samsung Exynos 4412
@ 2014-05-23 19:08 Alexandre Donisete Bensi
2014-05-23 19:25 ` Gilles Chanteperdrix
0 siblings, 1 reply; 9+ messages in thread
From: Alexandre Donisete Bensi @ 2014-05-23 19:08 UTC (permalink / raw)
To: xenomai
Hi!
I am trying to install xenomai on ARM Cortex A9 - ARMv7 (v7l) SoC
Samsung Exynos 4412 on linux-3.8.13.23 board OdroidU2/U3. To port
xenomai to this board I need to add some functions to hardware timer
and interrupt handler according
http://www.xenomai.org/index.php/I-pipe-core:ArmPorting
But mach-exynos directory is different and I cannot find the files
referenced :(
root@odroid:/usr/src/linux-3.8.13.23/arch/arm/mach-exynos#
clock-exynos4210.c clock-exynos4212.c clock-exynos4.c
mach-hkdk4412.c mach-smdk4x12.c mach-exynos4-dt.c
I confess that I am with many doubts. All attempts I made on this
platform end as:
checking file mm/vmalloc.c
prepare-kernel.sh: Unable to patch kernel 3.8.13.23 with
ipipe-core-3.8.13-arm-3.patch.
Is there any documentation that is closest to my case?
Thanks,
Best Regards
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai] Xenomai on linux-3.8.13 core ARM Cortex A9 - ARMv7 (v7l) SoC Samsung Exynos 4412
2014-05-23 19:08 [Xenomai] Xenomai on linux-3.8.13 core ARM Cortex A9 - ARMv7 (v7l) SoC Samsung Exynos 4412 Alexandre Donisete Bensi
@ 2014-05-23 19:25 ` Gilles Chanteperdrix
[not found] ` <CAE2JnQyzqxUv+JSu=L1f+Kqxt0txxBxf3xnCBHvSeQVMgfdt=g@mail.gmail.com>
0 siblings, 1 reply; 9+ messages in thread
From: Gilles Chanteperdrix @ 2014-05-23 19:25 UTC (permalink / raw)
To: Alexandre Donisete Bensi, xenomai
On 05/23/2014 09:08 PM, Alexandre Donisete Bensi wrote:
> Hi!
>
> I am trying to install xenomai on ARM Cortex A9 - ARMv7 (v7l) SoC
> Samsung Exynos 4412 on linux-3.8.13.23 board OdroidU2/U3. To port
> xenomai to this board I need to add some functions to hardware timer
> and interrupt handler according
No.
> http://www.xenomai.org/index.php/I-pipe-core:ArmPorting
>
> But mach-exynos directory is different and I cannot find the files
> referenced :(
>
> root@odroid:/usr/src/linux-3.8.13.23/arch/arm/mach-exynos#
> clock-exynos4210.c clock-exynos4212.c clock-exynos4.c
> mach-hkdk4412.c mach-smdk4x12.c mach-exynos4-dt.c
>
> I confess that I am with many doubts. All attempts I made on this
> platform end as:
> checking file mm/vmalloc.c
> prepare-kernel.sh: Unable to patch kernel 3.8.13.23 with
> ipipe-core-3.8.13-arm-3.patch.
>
> Is there any documentation that is closest to my case?
You have the documentation, you only do not read it carefully. The patch
for 3.8.13 is for 3.8.13, not for 3.8.13.23.
--
Gilles.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai] Xenomai on linux-3.8.13 core ARM Cortex A9 - ARMv7 (v7l) SoC Samsung Exynos 4412
[not found] ` <CAE2JnQyzqxUv+JSu=L1f+Kqxt0txxBxf3xnCBHvSeQVMgfdt=g@mail.gmail.com>
@ 2014-05-24 13:51 ` Gilles Chanteperdrix
2014-05-24 13:55 ` Alexandre Donisete Bensi
1 sibling, 0 replies; 9+ messages in thread
From: Gilles Chanteperdrix @ 2014-05-24 13:51 UTC (permalink / raw)
To: Alexandre Donisete Bensi; +Cc: Xenomai
On 05/24/2014 03:06 AM, Alexandre Donisete Bensi wrote:
> 2014-05-23 16:25 GMT-03:00 Gilles Chanteperdrix
> <gilles.chanteperdrix@xenomai.org>:
>> On 05/23/2014 09:08 PM, Alexandre Donisete Bensi wrote:
>>> Hi!
>>>
>>> I am trying to install xenomai on ARM Cortex A9 - ARMv7 (v7l) SoC
>>> Samsung Exynos 4412 on linux-3.8.13.23 board OdroidU2/U3. To port
>>> xenomai to this board I need to add some functions to hardware timer
>>> and interrupt handler according
>>
>> No.
>>
>>> http://www.xenomai.org/index.php/I-pipe-core:ArmPorting
>>>
>>> But mach-exynos directory is different and I cannot find the files
>>> referenced :(
>>>
>>> root@odroid:/usr/src/linux-3.8.13.23/arch/arm/mach-exynos#
>>> clock-exynos4210.c clock-exynos4212.c clock-exynos4.c
>>> mach-hkdk4412.c mach-smdk4x12.c mach-exynos4-dt.c
>>>
>>> I confess that I am with many doubts. All attempts I made on this
>>> platform end as:
>>> checking file mm/vmalloc.c
>>> prepare-kernel.sh: Unable to patch kernel 3.8.13.23 with
>>> ipipe-core-3.8.13-arm-3.patch.
>>>
>>> Is there any documentation that is closest to my case?
>>
>> You have the documentation, you only do not read it carefully. The patch
>> for 3.8.13 is for 3.8.13, not for 3.8.13.23.
>>
>
> Thanks Gilles. I learned another...
>
> The path was successfully applied,
> I had the error below with make on kernel (from kernel.org). I
> accepted all the default options with make oldconfig.
>
> I am post my config file, I must pay attention to some specific option?
> Config File : http://paste.debian.net/101508/
This error is due to the fact that exynos is not currently supported by
the I-pipe patch. Again, you have to read the documentation carefully
and do what it says.
Please no private mails.
--
Gilles.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai] Xenomai on linux-3.8.13 core ARM Cortex A9 - ARMv7 (v7l) SoC Samsung Exynos 4412
[not found] ` <CAE2JnQyzqxUv+JSu=L1f+Kqxt0txxBxf3xnCBHvSeQVMgfdt=g@mail.gmail.com>
2014-05-24 13:51 ` Gilles Chanteperdrix
@ 2014-05-24 13:55 ` Alexandre Donisete Bensi
2014-05-24 14:04 ` Gilles Chanteperdrix
1 sibling, 1 reply; 9+ messages in thread
From: Alexandre Donisete Bensi @ 2014-05-24 13:55 UTC (permalink / raw)
To: xenomai
2014-05-23 22:06 GMT-03:00 Alexandre Donisete Bensi <adbensi@gmail.com>:
> 2014-05-23 16:25 GMT-03:00 Gilles Chanteperdrix
> <gilles.chanteperdrix@xenomai.org>:
>> On 05/23/2014 09:08 PM, Alexandre Donisete Bensi wrote:
>>> Hi!
>>>
>>> I am trying to install xenomai on ARM Cortex A9 - ARMv7 (v7l) SoC
>>> Samsung Exynos 4412 on linux-3.8.13.23 board OdroidU2/U3. To port
>>> xenomai to this board I need to add some functions to hardware timer
>>> and interrupt handler according
>>
>> No.
>>
>>> http://www.xenomai.org/index.php/I-pipe-core:ArmPorting
>>>
>>> But mach-exynos directory is different and I cannot find the files
>>> referenced :(
>>>
>>> root@odroid:/usr/src/linux-3.8.13.23/arch/arm/mach-exynos#
>>> clock-exynos4210.c clock-exynos4212.c clock-exynos4.c
>>> mach-hkdk4412.c mach-smdk4x12.c mach-exynos4-dt.c
>>>
>>> I confess that I am with many doubts. All attempts I made on this
>>> platform end as:
>>> checking file mm/vmalloc.c
>>> prepare-kernel.sh: Unable to patch kernel 3.8.13.23 with
>>> ipipe-core-3.8.13-arm-3.patch.
>>>
>>> Is there any documentation that is closest to my case?
>>
>> You have the documentation, you only do not read it carefully. The patch
>> for 3.8.13 is for 3.8.13, not for 3.8.13.23.
>>
>
> Thanks Gilles. I learned another...
>
> The path was successfully applied,
> I had the error below with make on kernel (from kernel.org). I
> accepted all the default options with make oldconfig.
>
> I am post my config file, I must pay attention to some specific option?
> Config File : http://paste.debian.net/101508/
>
> Error:
> make -j4 concluido
> WRAP arch/arm/include/generated/asm/auxvec.h
> WRAP arch/arm/include/generated/asm/bitsperlong.h
> WRAP arch/arm/include/generated/asm/cputime.h
> CHK include/generated/uapi/linux/version.h
> WRAP arch/arm/include/generated/asm/current.h
> WRAP arch/arm/include/generated/asm/emergency-restart.h
> UPD include/generated/uapi/linux/version.h
> WRAP arch/arm/include/generated/asm/errno.h
> WRAP arch/arm/include/generated/asm/exec.h
> WRAP arch/arm/include/generated/asm/ioctl.h
> WRAP arch/arm/include/generated/asm/ipcbuf.h
> WRAP arch/arm/include/generated/asm/irq_regs.h
> WRAP arch/arm/include/generated/asm/kdebug.h
> WRAP arch/arm/include/generated/asm/local.h
> WRAP arch/arm/include/generated/asm/local64.h
> WRAP arch/arm/include/generated/asm/msgbuf.h
> WRAP arch/arm/include/generated/asm/param.h
> WRAP arch/arm/include/generated/asm/parport.h
> WRAP arch/arm/include/generated/asm/poll.h
> WRAP arch/arm/include/generated/asm/sections.h
> WRAP arch/arm/include/generated/asm/segment.h
> WRAP arch/arm/include/generated/asm/sembuf.h
> WRAP arch/arm/include/generated/asm/serial.h
> WRAP arch/arm/include/generated/asm/shmbuf.h
> WRAP arch/arm/include/generated/asm/siginfo.h
> WRAP arch/arm/include/generated/asm/sizes.h
> WRAP arch/arm/include/generated/asm/socket.h
> WRAP arch/arm/include/generated/asm/sockios.h
> WRAP arch/arm/include/generated/asm/termbits.h
> WRAP arch/arm/include/generated/asm/termios.h
> WRAP arch/arm/include/generated/asm/timex.h
> WRAP arch/arm/include/generated/asm/trace_clock.h
> WRAP arch/arm/include/generated/asm/types.h
> WRAP arch/arm/include/generated/asm/unaligned.h
> CHK include/generated/utsrelease.h
> UPD include/generated/utsrelease.h
> HOSTCC scripts/kallsyms
> CC scripts/mod/empty.o
> HOSTCC scripts/mod/mk_elfconfig
> HOSTCC scripts/pnmtologo
> MKELF scripts/mod/elfconfig.h
> HOSTCC scripts/mod/file2alias.o
> HOSTCC scripts/conmakehash
> HOSTCC scripts/bin2c
> HOSTCC scripts/sortextable
> HOSTCC scripts/mod/modpost.o
> HOSTCC scripts/mod/sumversion.o
> Generating include/generated/mach-types.h
> CC kernel/bounds.s
> GEN include/generated/bounds.h
> CC arch/arm/kernel/asm-offsets.s
> In file included from include/linux/ipipe.h:33:0,
> from include/linux/sched.h:25,
> from arch/arm/kernel/asm-offsets.c:13:
> include/linux/ipipe.h: In function â__ipipe_hrclock_okâ:
> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: error:
> â__ipipe_hrtimer_freqâ undeclared (first use in this function)
> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
> ^
> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
> return __ipipe_hrclock_freq != 0;
> ^
> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: note: each
> undeclared identifier is reported only once for each function it
> appears in
> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
> ^
> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
> return __ipipe_hrclock_freq != 0;
> ^
> make[1]: *** [arch/arm/kernel/asm-offsets.s] Error 1
> make: *** [prepare0] Error 2
> make: *** Waiting for unfinished jobs....
> HOSTLD scripts/mod/modpost
I changed my config file as other platforms like Allwinner A10 and
Raspberry and I am confident that the problem can be
_ipipe_hrtimer_freq on the files:
./arch/arm/kernel/ipipe.c
./arch/arm/include/asm/ipipe.h
./include/linux/ipipe_tickdev.h
./kernel/ipipe/timer.c
I could not do much because my ipipe versions differ greatly.
How to know the correct value of __ipipe_hrtimer_freq = t->freq; to
fix (or this is not the way?)
Best Regards
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai] Xenomai on linux-3.8.13 core ARM Cortex A9 - ARMv7 (v7l) SoC Samsung Exynos 4412
2014-05-24 13:55 ` Alexandre Donisete Bensi
@ 2014-05-24 14:04 ` Gilles Chanteperdrix
2014-05-24 15:00 ` Alexandre Donisete Bensi
0 siblings, 1 reply; 9+ messages in thread
From: Gilles Chanteperdrix @ 2014-05-24 14:04 UTC (permalink / raw)
To: Alexandre Donisete Bensi, xenomai
On 05/24/2014 03:55 PM, Alexandre Donisete Bensi wrote:
> 2014-05-23 22:06 GMT-03:00 Alexandre Donisete Bensi <adbensi@gmail.com>:
>> 2014-05-23 16:25 GMT-03:00 Gilles Chanteperdrix
>> <gilles.chanteperdrix@xenomai.org>:
>>> On 05/23/2014 09:08 PM, Alexandre Donisete Bensi wrote:
>>>> Hi!
>>>>
>>>> I am trying to install xenomai on ARM Cortex A9 - ARMv7 (v7l) SoC
>>>> Samsung Exynos 4412 on linux-3.8.13.23 board OdroidU2/U3. To port
>>>> xenomai to this board I need to add some functions to hardware timer
>>>> and interrupt handler according
>>>
>>> No.
>>>
>>>> http://www.xenomai.org/index.php/I-pipe-core:ArmPorting
>>>>
>>>> But mach-exynos directory is different and I cannot find the files
>>>> referenced :(
>>>>
>>>> root@odroid:/usr/src/linux-3.8.13.23/arch/arm/mach-exynos#
>>>> clock-exynos4210.c clock-exynos4212.c clock-exynos4.c
>>>> mach-hkdk4412.c mach-smdk4x12.c mach-exynos4-dt.c
>>>>
>>>> I confess that I am with many doubts. All attempts I made on this
>>>> platform end as:
>>>> checking file mm/vmalloc.c
>>>> prepare-kernel.sh: Unable to patch kernel 3.8.13.23 with
>>>> ipipe-core-3.8.13-arm-3.patch.
>>>>
>>>> Is there any documentation that is closest to my case?
>>>
>>> You have the documentation, you only do not read it carefully. The patch
>>> for 3.8.13 is for 3.8.13, not for 3.8.13.23.
>>>
>>
>> Thanks Gilles. I learned another...
>>
>> The path was successfully applied,
>> I had the error below with make on kernel (from kernel.org). I
>> accepted all the default options with make oldconfig.
>>
>> I am post my config file, I must pay attention to some specific option?
>> Config File : http://paste.debian.net/101508/
>>
>> Error:
>> make -j4 concluido
>> WRAP arch/arm/include/generated/asm/auxvec.h
>> WRAP arch/arm/include/generated/asm/bitsperlong.h
>> WRAP arch/arm/include/generated/asm/cputime.h
>> CHK include/generated/uapi/linux/version.h
>> WRAP arch/arm/include/generated/asm/current.h
>> WRAP arch/arm/include/generated/asm/emergency-restart.h
>> UPD include/generated/uapi/linux/version.h
>> WRAP arch/arm/include/generated/asm/errno.h
>> WRAP arch/arm/include/generated/asm/exec.h
>> WRAP arch/arm/include/generated/asm/ioctl.h
>> WRAP arch/arm/include/generated/asm/ipcbuf.h
>> WRAP arch/arm/include/generated/asm/irq_regs.h
>> WRAP arch/arm/include/generated/asm/kdebug.h
>> WRAP arch/arm/include/generated/asm/local.h
>> WRAP arch/arm/include/generated/asm/local64.h
>> WRAP arch/arm/include/generated/asm/msgbuf.h
>> WRAP arch/arm/include/generated/asm/param.h
>> WRAP arch/arm/include/generated/asm/parport.h
>> WRAP arch/arm/include/generated/asm/poll.h
>> WRAP arch/arm/include/generated/asm/sections.h
>> WRAP arch/arm/include/generated/asm/segment.h
>> WRAP arch/arm/include/generated/asm/sembuf.h
>> WRAP arch/arm/include/generated/asm/serial.h
>> WRAP arch/arm/include/generated/asm/shmbuf.h
>> WRAP arch/arm/include/generated/asm/siginfo.h
>> WRAP arch/arm/include/generated/asm/sizes.h
>> WRAP arch/arm/include/generated/asm/socket.h
>> WRAP arch/arm/include/generated/asm/sockios.h
>> WRAP arch/arm/include/generated/asm/termbits.h
>> WRAP arch/arm/include/generated/asm/termios.h
>> WRAP arch/arm/include/generated/asm/timex.h
>> WRAP arch/arm/include/generated/asm/trace_clock.h
>> WRAP arch/arm/include/generated/asm/types.h
>> WRAP arch/arm/include/generated/asm/unaligned.h
>> CHK include/generated/utsrelease.h
>> UPD include/generated/utsrelease.h
>> HOSTCC scripts/kallsyms
>> CC scripts/mod/empty.o
>> HOSTCC scripts/mod/mk_elfconfig
>> HOSTCC scripts/pnmtologo
>> MKELF scripts/mod/elfconfig.h
>> HOSTCC scripts/mod/file2alias.o
>> HOSTCC scripts/conmakehash
>> HOSTCC scripts/bin2c
>> HOSTCC scripts/sortextable
>> HOSTCC scripts/mod/modpost.o
>> HOSTCC scripts/mod/sumversion.o
>> Generating include/generated/mach-types.h
>> CC kernel/bounds.s
>> GEN include/generated/bounds.h
>> CC arch/arm/kernel/asm-offsets.s
>> In file included from include/linux/ipipe.h:33:0,
>> from include/linux/sched.h:25,
>> from arch/arm/kernel/asm-offsets.c:13:
>> include/linux/ipipe.h: In function â__ipipe_hrclock_okâ:
>> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: error:
>> â__ipipe_hrtimer_freqâ undeclared (first use in this function)
>> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
>> ^
>> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
>> return __ipipe_hrclock_freq != 0;
>> ^
>> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: note: each
>> undeclared identifier is reported only once for each function it
>> appears in
>> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
>> ^
>> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
>> return __ipipe_hrclock_freq != 0;
>> ^
>> make[1]: *** [arch/arm/kernel/asm-offsets.s] Error 1
>> make: *** [prepare0] Error 2
>> make: *** Waiting for unfinished jobs....
>> HOSTLD scripts/mod/modpost
>
> I changed my config file as other platforms like Allwinner A10 and
> Raspberry and I am confident that the problem can be
> _ipipe_hrtimer_freq on the files:
Allwinner A10 is not supported by the I-pipe patch for 3.8.13
Raspberry Pi is not supported by the I-pipe patch for 3.8.13, and is not
a cortex a9 anyway.
> ./arch/arm/kernel/ipipe.c
> ./arch/arm/include/asm/ipipe.h
> ./include/linux/ipipe_tickdev.h
> ./kernel/ipipe/timer.c
>
> I could not do much because my ipipe versions differ greatly.
>
> How to know the correct value of __ipipe_hrtimer_freq = t->freq; to
> fix (or this is not the way?)
You have to carefully read the documentation and do what it says. How
many time are you going to make me repeat this?
--
Gilles.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai] Xenomai on linux-3.8.13 core ARM Cortex A9 - ARMv7 (v7l) SoC Samsung Exynos 4412
2014-05-24 14:04 ` Gilles Chanteperdrix
@ 2014-05-24 15:00 ` Alexandre Donisete Bensi
2014-05-24 15:04 ` Gilles Chanteperdrix
0 siblings, 1 reply; 9+ messages in thread
From: Alexandre Donisete Bensi @ 2014-05-24 15:00 UTC (permalink / raw)
Cc: xenomai
2014-05-24 11:04 GMT-03:00 Gilles Chanteperdrix
<gilles.chanteperdrix@xenomai.org>:
> On 05/24/2014 03:55 PM, Alexandre Donisete Bensi wrote:
>> 2014-05-23 22:06 GMT-03:00 Alexandre Donisete Bensi <adbensi@gmail.com>:
>>> 2014-05-23 16:25 GMT-03:00 Gilles Chanteperdrix
>>> <gilles.chanteperdrix@xenomai.org>:
>>>> On 05/23/2014 09:08 PM, Alexandre Donisete Bensi wrote:
>>>>> Hi!
>>>>>
>>>>> I am trying to install xenomai on ARM Cortex A9 - ARMv7 (v7l) SoC
>>>>> Samsung Exynos 4412 on linux-3.8.13.23 board OdroidU2/U3. To port
>>>>> xenomai to this board I need to add some functions to hardware timer
>>>>> and interrupt handler according
>>>>
>>>> No.
>>>>
>>>>> http://www.xenomai.org/index.php/I-pipe-core:ArmPorting
>>>>>
>>>>> But mach-exynos directory is different and I cannot find the files
>>>>> referenced :(
>>>>>
>>>>> root@odroid:/usr/src/linux-3.8.13.23/arch/arm/mach-exynos#
>>>>> clock-exynos4210.c clock-exynos4212.c clock-exynos4.c
>>>>> mach-hkdk4412.c mach-smdk4x12.c mach-exynos4-dt.c
>>>>>
>>>>> I confess that I am with many doubts. All attempts I made on this
>>>>> platform end as:
>>>>> checking file mm/vmalloc.c
>>>>> prepare-kernel.sh: Unable to patch kernel 3.8.13.23 with
>>>>> ipipe-core-3.8.13-arm-3.patch.
>>>>>
>>>>> Is there any documentation that is closest to my case?
>>>>
>>>> You have the documentation, you only do not read it carefully. The patch
>>>> for 3.8.13 is for 3.8.13, not for 3.8.13.23.
>>>>
>>>
>>> Thanks Gilles. I learned another...
>>>
>>> The path was successfully applied,
>>> I had the error below with make on kernel (from kernel.org). I
>>> accepted all the default options with make oldconfig.
>>>
>>> I am post my config file, I must pay attention to some specific option?
>>> Config File : http://paste.debian.net/101508/
>>>
>>> Error:
>>> make -j4 concluido
>>> WRAP arch/arm/include/generated/asm/auxvec.h
>>> WRAP arch/arm/include/generated/asm/bitsperlong.h
>>> WRAP arch/arm/include/generated/asm/cputime.h
>>> CHK include/generated/uapi/linux/version.h
>>> WRAP arch/arm/include/generated/asm/current.h
>>> WRAP arch/arm/include/generated/asm/emergency-restart.h
>>> UPD include/generated/uapi/linux/version.h
>>> WRAP arch/arm/include/generated/asm/errno.h
>>> WRAP arch/arm/include/generated/asm/exec.h
>>> WRAP arch/arm/include/generated/asm/ioctl.h
>>> WRAP arch/arm/include/generated/asm/ipcbuf.h
>>> WRAP arch/arm/include/generated/asm/irq_regs.h
>>> WRAP arch/arm/include/generated/asm/kdebug.h
>>> WRAP arch/arm/include/generated/asm/local.h
>>> WRAP arch/arm/include/generated/asm/local64.h
>>> WRAP arch/arm/include/generated/asm/msgbuf.h
>>> WRAP arch/arm/include/generated/asm/param.h
>>> WRAP arch/arm/include/generated/asm/parport.h
>>> WRAP arch/arm/include/generated/asm/poll.h
>>> WRAP arch/arm/include/generated/asm/sections.h
>>> WRAP arch/arm/include/generated/asm/segment.h
>>> WRAP arch/arm/include/generated/asm/sembuf.h
>>> WRAP arch/arm/include/generated/asm/serial.h
>>> WRAP arch/arm/include/generated/asm/shmbuf.h
>>> WRAP arch/arm/include/generated/asm/siginfo.h
>>> WRAP arch/arm/include/generated/asm/sizes.h
>>> WRAP arch/arm/include/generated/asm/socket.h
>>> WRAP arch/arm/include/generated/asm/sockios.h
>>> WRAP arch/arm/include/generated/asm/termbits.h
>>> WRAP arch/arm/include/generated/asm/termios.h
>>> WRAP arch/arm/include/generated/asm/timex.h
>>> WRAP arch/arm/include/generated/asm/trace_clock.h
>>> WRAP arch/arm/include/generated/asm/types.h
>>> WRAP arch/arm/include/generated/asm/unaligned.h
>>> CHK include/generated/utsrelease.h
>>> UPD include/generated/utsrelease.h
>>> HOSTCC scripts/kallsyms
>>> CC scripts/mod/empty.o
>>> HOSTCC scripts/mod/mk_elfconfig
>>> HOSTCC scripts/pnmtologo
>>> MKELF scripts/mod/elfconfig.h
>>> HOSTCC scripts/mod/file2alias.o
>>> HOSTCC scripts/conmakehash
>>> HOSTCC scripts/bin2c
>>> HOSTCC scripts/sortextable
>>> HOSTCC scripts/mod/modpost.o
>>> HOSTCC scripts/mod/sumversion.o
>>> Generating include/generated/mach-types.h
>>> CC kernel/bounds.s
>>> GEN include/generated/bounds.h
>>> CC arch/arm/kernel/asm-offsets.s
>>> In file included from include/linux/ipipe.h:33:0,
>>> from include/linux/sched.h:25,
>>> from arch/arm/kernel/asm-offsets.c:13:
>>> include/linux/ipipe.h: In function â__ipipe_hrclock_okâ:
>>> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: error:
>>> â__ipipe_hrtimer_freqâ undeclared (first use in this function)
>>> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
>>> ^
>>> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
>>> return __ipipe_hrclock_freq != 0;
>>> ^
>>> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: note: each
>>> undeclared identifier is reported only once for each function it
>>> appears in
>>> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
>>> ^
>>> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
>>> return __ipipe_hrclock_freq != 0;
>>> ^
>>> make[1]: *** [arch/arm/kernel/asm-offsets.s] Error 1
>>> make: *** [prepare0] Error 2
>>> make: *** Waiting for unfinished jobs....
>>> HOSTLD scripts/mod/modpost
>>
>> I changed my config file as other platforms like Allwinner A10 and
>> Raspberry and I am confident that the problem can be
>> _ipipe_hrtimer_freq on the files:
>
> Allwinner A10 is not supported by the I-pipe patch for 3.8.13
> Raspberry Pi is not supported by the I-pipe patch for 3.8.13, and is not
> a cortex a9 anyway.
I have other versions of kernel and Ipipe working with these Boards.
Just checked the menuconfig options between boards to determine if it
was not my fault. This lesson I have assimilated. Thanks for
responding;
>> ./arch/arm/kernel/ipipe.c
>> ./arch/arm/include/asm/ipipe.h
>> ./include/linux/ipipe_tickdev.h
>> ./kernel/ipipe/timer.c
>>
>> I could not do much because my ipipe versions differ greatly.
>>
>> How to know the correct value of __ipipe_hrtimer_freq = t->freq; to
>> fix (or this is not the way?)
>
> You have to carefully read the documentation and do what it says. How
> many time are you going to make me repeat this?
>
I prefer to know what is happening than make You repeat it, sorry
about that. You can be sure, I've read but did not understand how to
support the platform. The path was applied without error, the problem
now is to build Kernel.
Samsung Exynos 4412 and I-pipe-core:ArmPorting is a puzzle that does
not fit for me. The documentation differs much that I see here.
I hope to contribute to the list, I particularly enjoyed the Xenomai
since my first contact, but there is still much to assimilate of what
is now trivial for you.
I would love to see Xenomai in this platform. If I can count on the
patience of everyone on the list I'm sure I'll see it.
Again sorry for the inconvenience.
Best Regards.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai] Xenomai on linux-3.8.13 core ARM Cortex A9 - ARMv7 (v7l) SoC Samsung Exynos 4412
2014-05-24 15:00 ` Alexandre Donisete Bensi
@ 2014-05-24 15:04 ` Gilles Chanteperdrix
2014-05-26 1:10 ` Alexandre Donisete Bensi
0 siblings, 1 reply; 9+ messages in thread
From: Gilles Chanteperdrix @ 2014-05-24 15:04 UTC (permalink / raw)
To: Alexandre Donisete Bensi; +Cc: xenomai
On 05/24/2014 05:00 PM, Alexandre Donisete Bensi wrote:
> 2014-05-24 11:04 GMT-03:00 Gilles Chanteperdrix
> <gilles.chanteperdrix@xenomai.org>:
>> On 05/24/2014 03:55 PM, Alexandre Donisete Bensi wrote:
>>> 2014-05-23 22:06 GMT-03:00 Alexandre Donisete Bensi <adbensi@gmail.com>:
>>>> 2014-05-23 16:25 GMT-03:00 Gilles Chanteperdrix
>>>> <gilles.chanteperdrix@xenomai.org>:
>>>>> On 05/23/2014 09:08 PM, Alexandre Donisete Bensi wrote:
>>>>>> Hi!
>>>>>>
>>>>>> I am trying to install xenomai on ARM Cortex A9 - ARMv7 (v7l) SoC
>>>>>> Samsung Exynos 4412 on linux-3.8.13.23 board OdroidU2/U3. To port
>>>>>> xenomai to this board I need to add some functions to hardware timer
>>>>>> and interrupt handler according
>>>>>
>>>>> No.
>>>>>
>>>>>> http://www.xenomai.org/index.php/I-pipe-core:ArmPorting
>>>>>>
>>>>>> But mach-exynos directory is different and I cannot find the files
>>>>>> referenced :(
>>>>>>
>>>>>> root@odroid:/usr/src/linux-3.8.13.23/arch/arm/mach-exynos#
>>>>>> clock-exynos4210.c clock-exynos4212.c clock-exynos4.c
>>>>>> mach-hkdk4412.c mach-smdk4x12.c mach-exynos4-dt.c
>>>>>>
>>>>>> I confess that I am with many doubts. All attempts I made on this
>>>>>> platform end as:
>>>>>> checking file mm/vmalloc.c
>>>>>> prepare-kernel.sh: Unable to patch kernel 3.8.13.23 with
>>>>>> ipipe-core-3.8.13-arm-3.patch.
>>>>>>
>>>>>> Is there any documentation that is closest to my case?
>>>>>
>>>>> You have the documentation, you only do not read it carefully. The patch
>>>>> for 3.8.13 is for 3.8.13, not for 3.8.13.23.
>>>>>
>>>>
>>>> Thanks Gilles. I learned another...
>>>>
>>>> The path was successfully applied,
>>>> I had the error below with make on kernel (from kernel.org). I
>>>> accepted all the default options with make oldconfig.
>>>>
>>>> I am post my config file, I must pay attention to some specific option?
>>>> Config File : http://paste.debian.net/101508/
>>>>
>>>> Error:
>>>> make -j4 concluido
>>>> WRAP arch/arm/include/generated/asm/auxvec.h
>>>> WRAP arch/arm/include/generated/asm/bitsperlong.h
>>>> WRAP arch/arm/include/generated/asm/cputime.h
>>>> CHK include/generated/uapi/linux/version.h
>>>> WRAP arch/arm/include/generated/asm/current.h
>>>> WRAP arch/arm/include/generated/asm/emergency-restart.h
>>>> UPD include/generated/uapi/linux/version.h
>>>> WRAP arch/arm/include/generated/asm/errno.h
>>>> WRAP arch/arm/include/generated/asm/exec.h
>>>> WRAP arch/arm/include/generated/asm/ioctl.h
>>>> WRAP arch/arm/include/generated/asm/ipcbuf.h
>>>> WRAP arch/arm/include/generated/asm/irq_regs.h
>>>> WRAP arch/arm/include/generated/asm/kdebug.h
>>>> WRAP arch/arm/include/generated/asm/local.h
>>>> WRAP arch/arm/include/generated/asm/local64.h
>>>> WRAP arch/arm/include/generated/asm/msgbuf.h
>>>> WRAP arch/arm/include/generated/asm/param.h
>>>> WRAP arch/arm/include/generated/asm/parport.h
>>>> WRAP arch/arm/include/generated/asm/poll.h
>>>> WRAP arch/arm/include/generated/asm/sections.h
>>>> WRAP arch/arm/include/generated/asm/segment.h
>>>> WRAP arch/arm/include/generated/asm/sembuf.h
>>>> WRAP arch/arm/include/generated/asm/serial.h
>>>> WRAP arch/arm/include/generated/asm/shmbuf.h
>>>> WRAP arch/arm/include/generated/asm/siginfo.h
>>>> WRAP arch/arm/include/generated/asm/sizes.h
>>>> WRAP arch/arm/include/generated/asm/socket.h
>>>> WRAP arch/arm/include/generated/asm/sockios.h
>>>> WRAP arch/arm/include/generated/asm/termbits.h
>>>> WRAP arch/arm/include/generated/asm/termios.h
>>>> WRAP arch/arm/include/generated/asm/timex.h
>>>> WRAP arch/arm/include/generated/asm/trace_clock.h
>>>> WRAP arch/arm/include/generated/asm/types.h
>>>> WRAP arch/arm/include/generated/asm/unaligned.h
>>>> CHK include/generated/utsrelease.h
>>>> UPD include/generated/utsrelease.h
>>>> HOSTCC scripts/kallsyms
>>>> CC scripts/mod/empty.o
>>>> HOSTCC scripts/mod/mk_elfconfig
>>>> HOSTCC scripts/pnmtologo
>>>> MKELF scripts/mod/elfconfig.h
>>>> HOSTCC scripts/mod/file2alias.o
>>>> HOSTCC scripts/conmakehash
>>>> HOSTCC scripts/bin2c
>>>> HOSTCC scripts/sortextable
>>>> HOSTCC scripts/mod/modpost.o
>>>> HOSTCC scripts/mod/sumversion.o
>>>> Generating include/generated/mach-types.h
>>>> CC kernel/bounds.s
>>>> GEN include/generated/bounds.h
>>>> CC arch/arm/kernel/asm-offsets.s
>>>> In file included from include/linux/ipipe.h:33:0,
>>>> from include/linux/sched.h:25,
>>>> from arch/arm/kernel/asm-offsets.c:13:
>>>> include/linux/ipipe.h: In function â__ipipe_hrclock_okâ:
>>>> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: error:
>>>> â__ipipe_hrtimer_freqâ undeclared (first use in this function)
>>>> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
>>>> ^
>>>> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
>>>> return __ipipe_hrclock_freq != 0;
>>>> ^
>>>> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: note: each
>>>> undeclared identifier is reported only once for each function it
>>>> appears in
>>>> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
>>>> ^
>>>> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
>>>> return __ipipe_hrclock_freq != 0;
>>>> ^
>>>> make[1]: *** [arch/arm/kernel/asm-offsets.s] Error 1
>>>> make: *** [prepare0] Error 2
>>>> make: *** Waiting for unfinished jobs....
>>>> HOSTLD scripts/mod/modpost
>>>
>>> I changed my config file as other platforms like Allwinner A10 and
>>> Raspberry and I am confident that the problem can be
>>> _ipipe_hrtimer_freq on the files:
>>
>> Allwinner A10 is not supported by the I-pipe patch for 3.8.13
>> Raspberry Pi is not supported by the I-pipe patch for 3.8.13, and is not
>> a cortex a9 anyway.
>
> I have other versions of kernel and Ipipe working with these Boards.
> Just checked the menuconfig options between boards to determine if it
> was not my fault. This lesson I have assimilated. Thanks for
> responding;
>
>>> ./arch/arm/kernel/ipipe.c
>>> ./arch/arm/include/asm/ipipe.h
>>> ./include/linux/ipipe_tickdev.h
>>> ./kernel/ipipe/timer.c
>>>
>>> I could not do much because my ipipe versions differ greatly.
>>>
>>> How to know the correct value of __ipipe_hrtimer_freq = t->freq; to
>>> fix (or this is not the way?)
>>
>> You have to carefully read the documentation and do what it says. How
>> many time are you going to make me repeat this?
>>
>
> I prefer to know what is happening than make You repeat it, sorry
> about that. You can be sure, I've read but did not understand how to
> support the platform. The path was applied without error, the problem
> now is to build Kernel.
What part of "You should also ensure that the symbol
"CONFIG_IPIPE_ARM_KUSER_TSC" gets selected." do you not understand?
--
Gilles.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai] Xenomai on linux-3.8.13 core ARM Cortex A9 - ARMv7 (v7l) SoC Samsung Exynos 4412
2014-05-24 15:04 ` Gilles Chanteperdrix
@ 2014-05-26 1:10 ` Alexandre Donisete Bensi
2014-05-26 10:55 ` Gilles Chanteperdrix
0 siblings, 1 reply; 9+ messages in thread
From: Alexandre Donisete Bensi @ 2014-05-26 1:10 UTC (permalink / raw)
Cc: xenomai
2014-05-24 12:04 GMT-03:00 Gilles Chanteperdrix
<gilles.chanteperdrix@xenomai.org>:
> On 05/24/2014 05:00 PM, Alexandre Donisete Bensi wrote:
>> 2014-05-24 11:04 GMT-03:00 Gilles Chanteperdrix
>> <gilles.chanteperdrix@xenomai.org>:
>>> On 05/24/2014 03:55 PM, Alexandre Donisete Bensi wrote:
>>>> 2014-05-23 22:06 GMT-03:00 Alexandre Donisete Bensi <adbensi@gmail.com>:
>>>>> 2014-05-23 16:25 GMT-03:00 Gilles Chanteperdrix
>>>>> <gilles.chanteperdrix@xenomai.org>:
>>>>>> On 05/23/2014 09:08 PM, Alexandre Donisete Bensi wrote:
>>>>>>> Hi!
>>>>>>>
>>>>>>> I am trying to install xenomai on ARM Cortex A9 - ARMv7 (v7l) SoC
>>>>>>> Samsung Exynos 4412 on linux-3.8.13.23 board OdroidU2/U3. To port
>>>>>>> xenomai to this board I need to add some functions to hardware timer
>>>>>>> and interrupt handler according
>>>>>>
>>>>>> No.
>>>>>>
>>>>>>> http://www.xenomai.org/index.php/I-pipe-core:ArmPorting
>>>>>>>
>>>>>>> But mach-exynos directory is different and I cannot find the files
>>>>>>> referenced :(
>>>>>>>
>>>>>>> root@odroid:/usr/src/linux-3.8.13.23/arch/arm/mach-exynos#
>>>>>>> clock-exynos4210.c clock-exynos4212.c clock-exynos4.c
>>>>>>> mach-hkdk4412.c mach-smdk4x12.c mach-exynos4-dt.c
>>>>>>>
>>>>>>> I confess that I am with many doubts. All attempts I made on this
>>>>>>> platform end as:
>>>>>>> checking file mm/vmalloc.c
>>>>>>> prepare-kernel.sh: Unable to patch kernel 3.8.13.23 with
>>>>>>> ipipe-core-3.8.13-arm-3.patch.
>>>>>>>
>>>>>>> Is there any documentation that is closest to my case?
>>>>>>
>>>>>> You have the documentation, you only do not read it carefully. The patch
>>>>>> for 3.8.13 is for 3.8.13, not for 3.8.13.23.
>>>>>>
>>>>>
>>>>> Thanks Gilles. I learned another...
>>>>>
>>>>> The path was successfully applied,
>>>>> I had the error below with make on kernel (from kernel.org). I
>>>>> accepted all the default options with make oldconfig.
>>>>>
>>>>> I am post my config file, I must pay attention to some specific option?
>>>>> Config File : http://paste.debian.net/101508/
>>>>>
>>>>> Error:
>>>>> make -j4 concluido
>>>>> WRAP arch/arm/include/generated/asm/auxvec.h
>>>>> WRAP arch/arm/include/generated/asm/bitsperlong.h
>>>>> WRAP arch/arm/include/generated/asm/cputime.h
>>>>> CHK include/generated/uapi/linux/version.h
>>>>> WRAP arch/arm/include/generated/asm/current.h
>>>>> WRAP arch/arm/include/generated/asm/emergency-restart.h
>>>>> UPD include/generated/uapi/linux/version.h
>>>>> WRAP arch/arm/include/generated/asm/errno.h
>>>>> WRAP arch/arm/include/generated/asm/exec.h
>>>>> WRAP arch/arm/include/generated/asm/ioctl.h
>>>>> WRAP arch/arm/include/generated/asm/ipcbuf.h
>>>>> WRAP arch/arm/include/generated/asm/irq_regs.h
>>>>> WRAP arch/arm/include/generated/asm/kdebug.h
>>>>> WRAP arch/arm/include/generated/asm/local.h
>>>>> WRAP arch/arm/include/generated/asm/local64.h
>>>>> WRAP arch/arm/include/generated/asm/msgbuf.h
>>>>> WRAP arch/arm/include/generated/asm/param.h
>>>>> WRAP arch/arm/include/generated/asm/parport.h
>>>>> WRAP arch/arm/include/generated/asm/poll.h
>>>>> WRAP arch/arm/include/generated/asm/sections.h
>>>>> WRAP arch/arm/include/generated/asm/segment.h
>>>>> WRAP arch/arm/include/generated/asm/sembuf.h
>>>>> WRAP arch/arm/include/generated/asm/serial.h
>>>>> WRAP arch/arm/include/generated/asm/shmbuf.h
>>>>> WRAP arch/arm/include/generated/asm/siginfo.h
>>>>> WRAP arch/arm/include/generated/asm/sizes.h
>>>>> WRAP arch/arm/include/generated/asm/socket.h
>>>>> WRAP arch/arm/include/generated/asm/sockios.h
>>>>> WRAP arch/arm/include/generated/asm/termbits.h
>>>>> WRAP arch/arm/include/generated/asm/termios.h
>>>>> WRAP arch/arm/include/generated/asm/timex.h
>>>>> WRAP arch/arm/include/generated/asm/trace_clock.h
>>>>> WRAP arch/arm/include/generated/asm/types.h
>>>>> WRAP arch/arm/include/generated/asm/unaligned.h
>>>>> CHK include/generated/utsrelease.h
>>>>> UPD include/generated/utsrelease.h
>>>>> HOSTCC scripts/kallsyms
>>>>> CC scripts/mod/empty.o
>>>>> HOSTCC scripts/mod/mk_elfconfig
>>>>> HOSTCC scripts/pnmtologo
>>>>> MKELF scripts/mod/elfconfig.h
>>>>> HOSTCC scripts/mod/file2alias.o
>>>>> HOSTCC scripts/conmakehash
>>>>> HOSTCC scripts/bin2c
>>>>> HOSTCC scripts/sortextable
>>>>> HOSTCC scripts/mod/modpost.o
>>>>> HOSTCC scripts/mod/sumversion.o
>>>>> Generating include/generated/mach-types.h
>>>>> CC kernel/bounds.s
>>>>> GEN include/generated/bounds.h
>>>>> CC arch/arm/kernel/asm-offsets.s
>>>>> In file included from include/linux/ipipe.h:33:0,
>>>>> from include/linux/sched.h:25,
>>>>> from arch/arm/kernel/asm-offsets.c:13:
>>>>> include/linux/ipipe.h: In function â__ipipe_hrclock_okâ:
>>>>> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: error:
>>>>> â__ipipe_hrtimer_freqâ undeclared (first use in this function)
>>>>> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
>>>>> ^
>>>>> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
>>>>> return __ipipe_hrclock_freq != 0;
>>>>> ^
>>>>> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: note: each
>>>>> undeclared identifier is reported only once for each function it
>>>>> appears in
>>>>> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
>>>>> ^
>>>>> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
>>>>> return __ipipe_hrclock_freq != 0;
>>>>> ^
>>>>> make[1]: *** [arch/arm/kernel/asm-offsets.s] Error 1
>>>>> make: *** [prepare0] Error 2
>>>>> make: *** Waiting for unfinished jobs....
>>>>> HOSTLD scripts/mod/modpost
>>>>
>>>> I changed my config file as other platforms like Allwinner A10 and
>>>> Raspberry and I am confident that the problem can be
>>>> _ipipe_hrtimer_freq on the files:
>>>
>>> Allwinner A10 is not supported by the I-pipe patch for 3.8.13
>>> Raspberry Pi is not supported by the I-pipe patch for 3.8.13, and is not
>>> a cortex a9 anyway.
>>
>> I have other versions of kernel and Ipipe working with these Boards.
>> Just checked the menuconfig options between boards to determine if it
>> was not my fault. This lesson I have assimilated. Thanks for
>> responding;
>>
>>>> ./arch/arm/kernel/ipipe.c
>>>> ./arch/arm/include/asm/ipipe.h
>>>> ./include/linux/ipipe_tickdev.h
>>>> ./kernel/ipipe/timer.c
>>>>
>>>> I could not do much because my ipipe versions differ greatly.
>>>>
>>>> How to know the correct value of __ipipe_hrtimer_freq = t->freq; to
>>>> fix (or this is not the way?)
>>>
>>> You have to carefully read the documentation and do what it says. How
>>> many time are you going to make me repeat this?
>>>
>>
>> I prefer to know what is happening than make You repeat it, sorry
>> about that. You can be sure, I've read but did not understand how to
>> support the platform. The path was applied without error, the problem
>> now is to build Kernel.
>
> What part of "You should also ensure that the symbol
> "CONFIG_IPIPE_ARM_KUSER_TSC" gets selected." do you not understand?
>
The kernel with XENOMAI stops after the message: "Uncompressing
Linux... done, booting the kernel"
I try Troubleshooting: "enable CONFIG_DEBUG_LL and CONFIG_EARLY_PRINTK
add 'earlyprintk' to the kernel parameters"
and nothing... I try building the Kernel without Xenomai path and I
found that the problem is just with earlyprintk.
If the earlyprintk is removed from kernel parameters the system load
the kernel without xenomai.
I think the same happens with kernel-Xenomai, but without earlyprintk
I am not know what prevents kernel Xenomai to continue.
I would like to patch it (may be wrong point in the debug-macro.S).
Please, I need Help, I'm out of ideas.
I change arch/arm/Kconfig
config ARCH_EXYNOS
select IPIPE_ARM_KUSER_TSC if IPIPE
I change arch/arm/mach-exynos/include/mach/irqs.h
#include <asm/smp_twd.h>
I have bootargs:
setenv fdt_high "0xffffffff"
setenv bootcmd "fatload mmc 0:1 0x40008000 zImage; fatload mmc 0:1
0x43000000 uInitrd; bootm 0x40008000 0x43000000"
setenv bootargs "fb_x_res=1920 fb_y_res=1080 hdmi_phy_res=1080
no_console_suspend console=tty0 console=ttySAC1,115200n8 debug
earlyprintk=serial,0x13810000,115200 loglevel=9 root=/dev/mmcblk0p2
rootwait rw mem=2047M"
boot
and .config
CONFIG_DEBUG_LL=y
# CONFIG_DEBUG_LL_UART_NONE is not set
CONFIG_DEBUG_LL_INCLUDE="mach/debug-macro.S"
CONFIG_EARLY_PRINTK=y
cat /proc/tty/driver/s3c2410_serial
serinfo:1.0 driver revision:
0: uart:S3C6400/10 mmio:0x13800000 irq:84 tx:0 rx:0 CTS|DSR|CD
1: uart:S3C6400/10 mmio:0x13810000 irq:85 tx:6532 rx:140 RTS|DTR|DSR|CD
2: uart:S3C6400/10 mmio:0x13820000 irq:86 tx:0 rx:0 DSR|CD
3: uart:S3C6400/10 mmio:0x13830000 irq:87 tx:0 rx:0 DSR|CD
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai] Xenomai on linux-3.8.13 core ARM Cortex A9 - ARMv7 (v7l) SoC Samsung Exynos 4412
2014-05-26 1:10 ` Alexandre Donisete Bensi
@ 2014-05-26 10:55 ` Gilles Chanteperdrix
0 siblings, 0 replies; 9+ messages in thread
From: Gilles Chanteperdrix @ 2014-05-26 10:55 UTC (permalink / raw)
To: Alexandre Donisete Bensi; +Cc: xenomai
On 05/26/2014 03:10 AM, Alexandre Donisete Bensi wrote:
> 2014-05-24 12:04 GMT-03:00 Gilles Chanteperdrix
> <gilles.chanteperdrix@xenomai.org>:
>> On 05/24/2014 05:00 PM, Alexandre Donisete Bensi wrote:
>>> 2014-05-24 11:04 GMT-03:00 Gilles Chanteperdrix
>>> <gilles.chanteperdrix@xenomai.org>:
>>>> On 05/24/2014 03:55 PM, Alexandre Donisete Bensi wrote:
>>>>> 2014-05-23 22:06 GMT-03:00 Alexandre Donisete Bensi <adbensi@gmail.com>:
>>>>>> 2014-05-23 16:25 GMT-03:00 Gilles Chanteperdrix
>>>>>> <gilles.chanteperdrix@xenomai.org>:
>>>>>>> On 05/23/2014 09:08 PM, Alexandre Donisete Bensi wrote:
>>>>>>>> Hi!
>>>>>>>>
>>>>>>>> I am trying to install xenomai on ARM Cortex A9 - ARMv7 (v7l) SoC
>>>>>>>> Samsung Exynos 4412 on linux-3.8.13.23 board OdroidU2/U3. To port
>>>>>>>> xenomai to this board I need to add some functions to hardware timer
>>>>>>>> and interrupt handler according
>>>>>>>
>>>>>>> No.
>>>>>>>
>>>>>>>> http://www.xenomai.org/index.php/I-pipe-core:ArmPorting
>>>>>>>>
>>>>>>>> But mach-exynos directory is different and I cannot find the files
>>>>>>>> referenced :(
>>>>>>>>
>>>>>>>> root@odroid:/usr/src/linux-3.8.13.23/arch/arm/mach-exynos#
>>>>>>>> clock-exynos4210.c clock-exynos4212.c clock-exynos4.c
>>>>>>>> mach-hkdk4412.c mach-smdk4x12.c mach-exynos4-dt.c
>>>>>>>>
>>>>>>>> I confess that I am with many doubts. All attempts I made on this
>>>>>>>> platform end as:
>>>>>>>> checking file mm/vmalloc.c
>>>>>>>> prepare-kernel.sh: Unable to patch kernel 3.8.13.23 with
>>>>>>>> ipipe-core-3.8.13-arm-3.patch.
>>>>>>>>
>>>>>>>> Is there any documentation that is closest to my case?
>>>>>>>
>>>>>>> You have the documentation, you only do not read it carefully. The patch
>>>>>>> for 3.8.13 is for 3.8.13, not for 3.8.13.23.
>>>>>>>
>>>>>>
>>>>>> Thanks Gilles. I learned another...
>>>>>>
>>>>>> The path was successfully applied,
>>>>>> I had the error below with make on kernel (from kernel.org). I
>>>>>> accepted all the default options with make oldconfig.
>>>>>>
>>>>>> I am post my config file, I must pay attention to some specific option?
>>>>>> Config File : http://paste.debian.net/101508/
>>>>>>
>>>>>> Error:
>>>>>> make -j4 concluido
>>>>>> WRAP arch/arm/include/generated/asm/auxvec.h
>>>>>> WRAP arch/arm/include/generated/asm/bitsperlong.h
>>>>>> WRAP arch/arm/include/generated/asm/cputime.h
>>>>>> CHK include/generated/uapi/linux/version.h
>>>>>> WRAP arch/arm/include/generated/asm/current.h
>>>>>> WRAP arch/arm/include/generated/asm/emergency-restart.h
>>>>>> UPD include/generated/uapi/linux/version.h
>>>>>> WRAP arch/arm/include/generated/asm/errno.h
>>>>>> WRAP arch/arm/include/generated/asm/exec.h
>>>>>> WRAP arch/arm/include/generated/asm/ioctl.h
>>>>>> WRAP arch/arm/include/generated/asm/ipcbuf.h
>>>>>> WRAP arch/arm/include/generated/asm/irq_regs.h
>>>>>> WRAP arch/arm/include/generated/asm/kdebug.h
>>>>>> WRAP arch/arm/include/generated/asm/local.h
>>>>>> WRAP arch/arm/include/generated/asm/local64.h
>>>>>> WRAP arch/arm/include/generated/asm/msgbuf.h
>>>>>> WRAP arch/arm/include/generated/asm/param.h
>>>>>> WRAP arch/arm/include/generated/asm/parport.h
>>>>>> WRAP arch/arm/include/generated/asm/poll.h
>>>>>> WRAP arch/arm/include/generated/asm/sections.h
>>>>>> WRAP arch/arm/include/generated/asm/segment.h
>>>>>> WRAP arch/arm/include/generated/asm/sembuf.h
>>>>>> WRAP arch/arm/include/generated/asm/serial.h
>>>>>> WRAP arch/arm/include/generated/asm/shmbuf.h
>>>>>> WRAP arch/arm/include/generated/asm/siginfo.h
>>>>>> WRAP arch/arm/include/generated/asm/sizes.h
>>>>>> WRAP arch/arm/include/generated/asm/socket.h
>>>>>> WRAP arch/arm/include/generated/asm/sockios.h
>>>>>> WRAP arch/arm/include/generated/asm/termbits.h
>>>>>> WRAP arch/arm/include/generated/asm/termios.h
>>>>>> WRAP arch/arm/include/generated/asm/timex.h
>>>>>> WRAP arch/arm/include/generated/asm/trace_clock.h
>>>>>> WRAP arch/arm/include/generated/asm/types.h
>>>>>> WRAP arch/arm/include/generated/asm/unaligned.h
>>>>>> CHK include/generated/utsrelease.h
>>>>>> UPD include/generated/utsrelease.h
>>>>>> HOSTCC scripts/kallsyms
>>>>>> CC scripts/mod/empty.o
>>>>>> HOSTCC scripts/mod/mk_elfconfig
>>>>>> HOSTCC scripts/pnmtologo
>>>>>> MKELF scripts/mod/elfconfig.h
>>>>>> HOSTCC scripts/mod/file2alias.o
>>>>>> HOSTCC scripts/conmakehash
>>>>>> HOSTCC scripts/bin2c
>>>>>> HOSTCC scripts/sortextable
>>>>>> HOSTCC scripts/mod/modpost.o
>>>>>> HOSTCC scripts/mod/sumversion.o
>>>>>> Generating include/generated/mach-types.h
>>>>>> CC kernel/bounds.s
>>>>>> GEN include/generated/bounds.h
>>>>>> CC arch/arm/kernel/asm-offsets.s
>>>>>> In file included from include/linux/ipipe.h:33:0,
>>>>>> from include/linux/sched.h:25,
>>>>>> from arch/arm/kernel/asm-offsets.c:13:
>>>>>> include/linux/ipipe.h: In function â__ipipe_hrclock_okâ:
>>>>>> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: error:
>>>>>> â__ipipe_hrtimer_freqâ undeclared (first use in this function)
>>>>>> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
>>>>>> ^
>>>>>> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
>>>>>> return __ipipe_hrclock_freq != 0;
>>>>>> ^
>>>>>> /usr/src/linux-3.8.13/arch/arm/include/asm/ipipe.h:99:30: note: each
>>>>>> undeclared identifier is reported only once for each function it
>>>>>> appears in
>>>>>> #define __ipipe_hrclock_freq __ipipe_hrtimer_freq
>>>>>> ^
>>>>>> include/linux/ipipe.h:114:9: note: in expansion of macro â__ipipe_hrclock_freqâ
>>>>>> return __ipipe_hrclock_freq != 0;
>>>>>> ^
>>>>>> make[1]: *** [arch/arm/kernel/asm-offsets.s] Error 1
>>>>>> make: *** [prepare0] Error 2
>>>>>> make: *** Waiting for unfinished jobs....
>>>>>> HOSTLD scripts/mod/modpost
>>>>>
>>>>> I changed my config file as other platforms like Allwinner A10 and
>>>>> Raspberry and I am confident that the problem can be
>>>>> _ipipe_hrtimer_freq on the files:
>>>>
>>>> Allwinner A10 is not supported by the I-pipe patch for 3.8.13
>>>> Raspberry Pi is not supported by the I-pipe patch for 3.8.13, and is not
>>>> a cortex a9 anyway.
>>>
>>> I have other versions of kernel and Ipipe working with these Boards.
>>> Just checked the menuconfig options between boards to determine if it
>>> was not my fault. This lesson I have assimilated. Thanks for
>>> responding;
>>>
>>>>> ./arch/arm/kernel/ipipe.c
>>>>> ./arch/arm/include/asm/ipipe.h
>>>>> ./include/linux/ipipe_tickdev.h
>>>>> ./kernel/ipipe/timer.c
>>>>>
>>>>> I could not do much because my ipipe versions differ greatly.
>>>>>
>>>>> How to know the correct value of __ipipe_hrtimer_freq = t->freq; to
>>>>> fix (or this is not the way?)
>>>>
>>>> You have to carefully read the documentation and do what it says. How
>>>> many time are you going to make me repeat this?
>>>>
>>>
>>> I prefer to know what is happening than make You repeat it, sorry
>>> about that. You can be sure, I've read but did not understand how to
>>> support the platform. The path was applied without error, the problem
>>> now is to build Kernel.
>>
>> What part of "You should also ensure that the symbol
>> "CONFIG_IPIPE_ARM_KUSER_TSC" gets selected." do you not understand?
>>
>
> The kernel with XENOMAI stops after the message: "Uncompressing
> Linux... done, booting the kernel"
> I try Troubleshooting: "enable CONFIG_DEBUG_LL and CONFIG_EARLY_PRINTK
> add 'earlyprintk' to the kernel parameters"
> and nothing... I try building the Kernel without Xenomai path and I
> found that the problem is just with earlyprintk.
>
> If the earlyprintk is removed from kernel parameters the system load
> the kernel without xenomai.
> I think the same happens with kernel-Xenomai, but without earlyprintk
> I am not know what prevents kernel Xenomai to continue.
>
> I would like to patch it (may be wrong point in the debug-macro.S).
> Please, I need Help, I'm out of ideas.
If the SOC to which you are porting has several UARTs, verify that
either in the menu, or in the code in debug-macro.S, you are writing to
the right UART.
--
Gilles.
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2014-05-26 10:55 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-05-23 19:08 [Xenomai] Xenomai on linux-3.8.13 core ARM Cortex A9 - ARMv7 (v7l) SoC Samsung Exynos 4412 Alexandre Donisete Bensi
2014-05-23 19:25 ` Gilles Chanteperdrix
[not found] ` <CAE2JnQyzqxUv+JSu=L1f+Kqxt0txxBxf3xnCBHvSeQVMgfdt=g@mail.gmail.com>
2014-05-24 13:51 ` Gilles Chanteperdrix
2014-05-24 13:55 ` Alexandre Donisete Bensi
2014-05-24 14:04 ` Gilles Chanteperdrix
2014-05-24 15:00 ` Alexandre Donisete Bensi
2014-05-24 15:04 ` Gilles Chanteperdrix
2014-05-26 1:10 ` Alexandre Donisete Bensi
2014-05-26 10:55 ` Gilles Chanteperdrix
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.