All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Morris <john@zultron.com>
To: Michael Haberler <mail17@mah.priv.at>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai] kconfig CONFIG_XENO_OPT_TIMING_PERIODIC=y/n
Date: Sat, 02 Feb 2013 14:19:55 -0600	[thread overview]
Message-ID: <510D74EB.6070606@zultron.com> (raw)
In-Reply-To: <3B6652EE-A4C6-4819-B3BB-DB02EFA1B08B@mah.priv.at>



On 01/29/2013 06:54 AM, Michael Haberler wrote:
> I'm testing linuxcnc with John's 3.5.7 - 2.6.2.1 kernel and found an
> issue with the deprecated linuxcnc xenomai-kernel threads version
> (the userland threads version is fine; both using native skin). I
> traced that back to rt_timer_ticks2ns(30000) returning zero.
> 
> The config difference I see is: CONFIG_XENO_OPT_TIMING_PERIODIC=y on
> 3.5.7, unset on 3.2.21

The periodic timing option =y made it into my kernel
script-kiddie-style:  I copied it directly from Gilles's config without
trying to understand every option.

> 
> The way I read back messages I'd think that should be unset for
> native and Posix skins; these are compiled in:
> 
> CONFIG_XENO_SKIN_NATIVE=y
> CONFIG_XENO_SKIN_POSIX=y
> CONFIG_XENO_SKIN_PSOS=m
> CONFIG_XENO_SKIN_UITRON=m
> CONFIG_XENO_SKIN_VRTX=m
> CONFIG_XENO_SKIN_VXWORKS=m
> CONFIG_XENO_SKIN_RTDM=y

Now that I've gone back and read, I don't understand either.  Native and
posix styles need periodic timing unset.

At least the VXWorks skin needs periodic timing, so loading the VXWorks
skin module with periodic timing unset has no purpose, since RT programs
using the skin won't work.

> 
> (not that we're about to use the other skins soon, but I understand
> John is shooting for a most generic setup)

Yes, that's right, and of course with a preference to support the work
you did on LinuxCNC.  :)  Luckily, its interface with Xenomai is pretty
simple and uses the native skin, which I would have picked for a generic
kernel anyway.

> 
> Am I correct to assume the right thing to do is to set
> CONFIG_XENO_OPT_TIMING_PERIODIC=n for that purpose?

Still scratching my head on this.

	John


> 
> thanks in advance,
> 
> Michael
> 
> 
> _______________________________________________
> Xenomai mailing list
> Xenomai@xenomai.org
> http://www.xenomai.org/mailman/listinfo/xenomai
> 



  reply	other threads:[~2013-02-02 20:19 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-29 12:54 [Xenomai] kconfig CONFIG_XENO_OPT_TIMING_PERIODIC=y/n Michael Haberler
2013-02-02 20:19 ` John Morris [this message]
     [not found]   ` <510D8568.6080406@xenomai.org>
2013-02-02 21:31     ` Gilles Chanteperdrix
2013-04-14  5:54 ` Gilles Chanteperdrix
2013-04-14  8:42   ` Michael Haberler

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=510D74EB.6070606@zultron.com \
    --to=john@zultron.com \
    --cc=mail17@mah.priv.at \
    --cc=xenomai@xenomai.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
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.