On Wed, Sep 23, 2020 at 11:54 AM Richi Dubey <richidu...@gmail.com> wrote:
> Thanks for the advice. > > I feel something is going wrong when we're trying to delete a suspended > task because maybe I'm not handling the suspension/deletion of tasks > properly in my code. Do you think this might be true for my code > <https://github.com/richidubey/rtems/blob/Release-Strong-APA/cpukit/score/src/schedulerstrongapa.c> > ? > That's a specific scheduler action and combination of object states. It is quite possible something is not processed correctly by your scheduler. Deleting a suspended thread would not require any actions on the Ready set of threads, for example. --joel > > On Wed, Sep 23, 2020 at 12:41 AM Joel Sherrill <j...@rtems.org> wrote: > >> This isn't a proper solution but a debug technique. When stepping >> and running result in different behavior, it is sometimes useful to >> run to a specific point and look at data structures for anomalies. >> >> Since TA1 never prints, I wonder if something went wrong with the >> data structures before INIT deletes itself at the bottom. >> >> --joel >> >> >> On Tue, Sep 22, 2020 at 12:40 PM Richi Dubey <richidu...@gmail.com> >> wrote: >> >>> Hi, >>> >>> I've been trying to debug why sp02 keeps failing on Strong APA scheduler >>> and it's hard for me to debug because there are different points at which >>> the same program breaks on gdb even though this is a single processor test. >>> I have attached the different error logs. In error.txt, we can see that the >>> execution fails somewhere in _Context_Switch while it is not the case when >>> I step inside in case II, and other random things like these keep >>> happening. I'd appreciate it if you direct my thoughts. >>> >>> I'm testing the source over this >>> <https://lists.rtems.org/pipermail/devel/2020-August/061661.html> and >>> this >>> <https://lists.rtems.org/pipermail/devel/2020-September/061832.html> >>> patch. >>> >>> Thanks, >>> Richi. >>> _______________________________________________ >>> devel mailing list >>> devel@rtems.org >>> http://lists.rtems.org/mailman/listinfo/devel >> >>
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
