Re: [Xenomai] OMAP L138

[Peter Howard <pjh@northern-ridge.com.au>]

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.

-- 
Peter Howard <pjh@northern-ridge.com.au>