From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <539F3F60.5040304@xenomai.org> Date: Mon, 16 Jun 2014 21:02:56 +0200 From: Gilles Chanteperdrix MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai] [Xenomai-git] Philippe Gerum : cobalt/posix: drop pthread_make_periodic_np/ wait_period_np services List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: xenomai@xenomai.org On 06/16/2014 06:41 PM, git repository hosting wrote: > Module: xenomai-forge > Branch: next > Commit: a4a6ff9a9c9614d3e8ac860386fa3b168c649af0 > URL: http://git.xenomai.org/?p=xenomai-forge.git;a=commit;h=a4a6ff9a9c9614d3e8ac860386fa3b168c649af0 > > Author: Philippe Gerum > Date: Mon Jun 16 18:39:44 2014 +0200 > > cobalt/posix: drop pthread_make_periodic_np/wait_period_np services > > We have no more in-tree users of these calls. > > With the introduction of services to support real-time signals, those > two non-portable calls have become redundant. Instead, Cobalt-based > applications should create a periodic timer using the timer_create() > call, and wait for release points via sigwaitinfo(), checking for > overruns by looking at the siginfo.si_overrun field. > > Alternatively, applications may include a timer source in a > synchronous multiplexing operation, by passing a file descriptor > returned by the timerfd() service to a select() call. Actually, read is more direct than select + read, and it allows to get the count of overruns too. -- Gilles.