Need help debugging sp02.exe run on Strong APA scheduler

[Richi Dubey]

>
> Deleting a suspended thread would not require any actions on the Ready set
> of threads, for example.

This is exactly what I was wondering.

I'll look into data structures as you suggested. Thanks.


On Thu, Sep 24, 2020 at 2:57 AM Joel Sherrill <joel at rtems.org> wrote:

>
>
> On Wed, Sep 23, 2020 at 11:54 AM Richi Dubey <richidubey at 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 <joel at 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 <richidubey at 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 at rtems.org
>>>> http://lists.rtems.org/mailman/listinfo/devel
>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20200924/4d8a9f09/attachment.html>