From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 28 Feb 2006 09:24:02 -0800 Subject: Re: [Xenomai-help] resume/suspend periodic timing issue From: Steven Seeger Message-ID: In-Reply-To: <44047C3D.40104@domain.hid> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Philippe Gerum Cc: "xenomai@xenomai.org" , Jan Kiszka All right, all right. I surrender. *waves the white flag* Let's just say that I saw something different from fusion/classic RTAI and was reporting it as a possible bug incorrectly, all right? I'll still have to send you a bill. :) Steven On 2/28/06 8:37 AM, "Philippe Gerum" wrote: > The global timeline the whole RTOS is working on does not stop for suspended > threads, this is what you seem to be missing since the very beginning of this > discussion. For instance, forcibly suspending a task (e.g. using > rt_task_suspend) > while it is already undergoing a blocked state with a timeout (e.g. pending on > some sempahore to become available, whatever) does not prevent the timeout to > be > decremented tick after tick. This is called cumulative suspension states, and > all > the RTOS I know of enforce that. Fortunately.