[Xenomai] OMAP L138
gilles.chanteperdrix at xenomai.org
Tue Apr 15 13:37:30 CEST 2014
On 04/15/2014 08:03 AM, Peter Howard wrote:
> On Fri, 2014-04-11 at 08:52 +1000, Peter Howard wrote:
>> On Fri, 2014-04-11 at 00:48 +0200, Gilles Chanteperdrix wrote:
>>> On 04/11/2014 12:34 AM, Peter Howard wrote:
>>>> On Fri, 2014-04-11 at 00:23 +0200, Gilles Chanteperdrix wrote:
>>>> (Stripping back conversation on this one - apologies if that's bad
>>>> etiquette for this list)
>>>>> Attachment is better. Also please post the changes you made for omapL138
>>>> diff --git a/arch/arm/mach-davinci/Kconfig b/arch/arm/mach-davinci/Kconfig
>>>> index a075b3e..3d8bc59 100644
>>>> --- a/arch/arm/mach-davinci/Kconfig
>>>> +++ b/arch/arm/mach-davinci/Kconfig
>>>> @@ -41,6 +41,8 @@ config ARCH_DAVINCI_DA850
>>>> select ARCH_DAVINCI_DA8XX
>>>> select ARCH_HAS_CPUFREQ
>>>> select CP_INTC
>>>> + select IPIPE_ARM_KUSER_TSC if IPIPE
>>>> + select ARM_FCSE if IPIPE
>>> You may want to leave the choice of enabling or disabling FCSE to the user.
>> Understood; at the moment the variance on max latency is really bad if
>> you don't enable FCSE. When I sort out the crashing issues I'll re-test
>> with it off.
> Well, FCSE turned out to be my problem.
> More specifically, FCSE and ARM_FCSE_BEST_EFFORT. Either a) disabling
> ARM_FCSE altogether, or b) selecting ARM_FCSE with ARM_FCSE_GUARENTEED
> gets rid of the crashes/panics with ipipe latency tracing enabled.
> So now things seem reasonably stable, I'll go through the full set of
> tests. Though I still can't do 'xeno-test -l "dohell -l /opt/ltp"' as
> ltp takes out the system without any ipipe/xenomai bits.
Ok, FCSE best effort is currently being validated on 3.14, so it may
well be broken. After all, the raw/* branches are work in progress.
More information about the Xenomai