On 08/24/2016 02:35 AM, George Broz wrote: > On 23 August 2016 at 10:14, Alex Plits <alex_pl...@radwin.com> wrote: >> Hi, >> >> Had the same issue (ARMv7/Cobalt/3.0.2), did not find any solution, fail >> back to debugging using the SIGDEBUG signaling catching. >> >> Best Regards, >> Alex Plits. >> >> -----Original Message----- > > Thanks. > > Has anyone out there successfully run slackspot on ARM? After a day of > trying with a very simple single task example, I'm giving up. > > Regarding SIGDEBUG - I started with the code from here: > > https://xenomai.org/2014/06/finding-spurious-relaxes/ > > but found I had to change signal(sig, SIG_DFL); to signal(sig, > SIG_IGN); to prevent the application from exiting on the first > instance > of a (non-lethal) secondary transition (and using sigdebug_reason(si) > to return the correct code). With SIG_IGN, the application does > not terminate, but the SIGDEBUG handler is not invoked for subsequent > secondary transition events (as indicated by the MSW counter). > > Is there a trick to catching multiple SIGDEBUG events on the same task? > >
Yes, just don't change the re-trap the signal in the handler, leave it as is. testsuite/latency.c illustrates this, we trap SIGDEBUG to SIG_DFL only when the -b option was given (stop_upon_switch), to make sure the default action will be taken when we resend it for exiting. -- Philippe. _______________________________________________ Xenomai mailing list Xenomai@xenomai.org https://xenomai.org/mailman/listinfo/xenomai