From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <475D4A31.1080908@domain.hid> Date: Mon, 10 Dec 2007 15:16:17 +0100 From: Philippe Gerum MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Philippe Gerum Subject: Re: [Xenomai-help] rtpipe consistency problems Reply-To: rpm@xenomai.org List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Ulf Karlsson Cc: xenomai@xenomai.org Ulf Karlsson wrote: > Hi, > > I encounter a problem with rtpipes where the packets are being being > "locked up" inside the pipe, that is the read(2) call waiting for the > data does not return, Furthermore, it appears like I lose packets in > the pipe. > > I have attached a two simple C-programs that demonstrate this behavior. > > The program linux-pipe.c writes increasing integer values to the pipe > and expects to be able to read the same value back from the pipe, > while the program xeno-pipe.c reads an integer from the pipe and > instantly writes the very same value back. > > I am using a 2.6.20.21 kernel together with xenomai 2.4.0. > I can't reproduce this issue here, on the very same kernel/xenomai combo. Looking at the pipe code, a closing regular Linux side (linux-pipe) explicitly flushes the real-time output queue, so I just don't get how any lingering data could be delivered across a pipe close. Weird. Could you send your .config? TIA, -- Philippe.