From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 18 Feb 2015 19:23:29 +0100 From: Gilles Chanteperdrix Message-ID: <20150218182329.GF30317@hermes.click-hack.org> References: <54E4D14E.1060104@siemens.com> <20150218175507.GD30317@hermes.click-hack.org> <54E4D61B.1020006@siemens.com> <20150218181334.GE30317@hermes.click-hack.org> <54E4D835.1040204@siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54E4D835.1040204@siemens.com> Subject: Re: [Xenomai] arm: Late delivery of pending Linux signals? List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: Xenomai On Wed, Feb 18, 2015 at 07:21:41PM +0100, Jan Kiszka wrote: > On 2015-02-18 19:13, Gilles Chanteperdrix wrote: > > On Wed, Feb 18, 2015 at 07:12:43PM +0100, Jan Kiszka wrote: > >> On 2015-02-18 18:55, Gilles Chanteperdrix wrote: > >>> On Wed, Feb 18, 2015 at 06:52:14PM +0100, Jan Kiszka wrote: > >>>> Hi Gilles, > >>>> > >>>> I noticed on ARM (AM335 TI board) that the SIGDEBUG if the related test > >>>> apparently only gets delivered to the receiver after it invokes a > >>>> syscall, not on return from its secondary mode migration. Therefore the > >>>> page fault test of the sigdebug smokey test fails (tested with Xenomai > >>>> 3), and I bet the watchdog test as well. Is this a known limitation? > >>> > >>> Xenomai 2.6 sigdebug works fine on omap3 (very near from an > >> > >> Will try 2.6 next. > >> > >>> arm33xx). That being said, the AM3xx port is not part of the main > >>> line I-pipe, and based on a non mainline kernel, so it is difficult > >>> for me to answer this question. > >> > >> Then I'm possibly not building all recommended bits - I'm on 3.14 I-pipe > >> upstream. That seems to work fine in general. Which version are you > >> referring to? > > > > The one documented in arm/patches/README > > https://github.com/RobertCNelson/linux-dev/commits/am33x-v3.8? There is > nothing explicitly stated regarding the AM3xx board, just that reference > in the context of the Beaglebone. No idea, I do not have a beaglebone, I just accept patches for it. > > Anyway, I thought that syscall and exception handling should not be > dependent on board patches, should they? > > BTW, do you have recommended QEMU setup? Does the vexpress work (despite > not being listed)? The integratorcp model doesn't like me, while I have > vexpress even in KVM running (but guest debugging is still worked on). No idea, I do not use QEMU. -- Gilles.