Thanks for double checking the commit and reporting this. I pushed a fix and gave you credit. :)
--joel On Fri, Nov 16, 2018 at 10:56 AM Shashvat Jain <shashvatjain2...@gmail.com> wrote: > Can someone change the status of the test to YES in the plan.csv file ,as > it has been commited > > On Fri, Nov 16, 2018 at 8:22 PM Shashvat Jain <shashvatjain2...@gmail.com> > wrote: > >> ok , that makes sense >> >> On Fri, Nov 16, 2018 at 8:20 PM Joel Sherrill <j...@rtems.org> wrote: >> >>> I agree we want to reduce the overall number of executables but the >>> timing tests which block >>> need a large set of tasks which do precisely the right thing. You have >>> to be very careful not to >>> accidentally measure the overhead of _Thread_Handler or any odd >>> initialization. >>> >>> I am happy to see the cases which don't block or unblock merged into >>> single cases. The >>> newly added pthread attr tmtest has a lot of cases. But blocking, >>> unblocking, and preemption >>> cases need to be separate. They are very precise tests and hard to make >>> sure they measure >>> exactly what you think they measure without extras. >>> >>> --joel >>> >>> On Fri, Nov 16, 2018 at 7:30 AM Shashvat Jain < >>> shashvatjain2...@gmail.com> wrote: >>> >>>> I asked that before starting to make the test and Dr. Joel asked me to >>>> make a separate one >>>> >>>> >>>> >>>> On Fri, Nov 16, 2018 at 12:35 PM Sebastian Huber < >>>> sebastian.hu...@embedded-brains.de> wrote: >>>> >>>>> Do we really need separate test programs for all these test cases? >>>>> Can't >>>>> we just add this to psxtmmq01? >>>>> >>>>> The reason for this is that it needs time to load a test program to >>>>> the >>>>> target. >>>>> >>>>> -- >>>>> Sebastian Huber, embedded brains GmbH >>>>> >>>>> Address : Dornierstr. 4, D-82178 Puchheim, Germany >>>>> Phone : +49 89 189 47 41-16 >>>>> Fax : +49 89 189 47 41-09 >>>>> E-Mail : sebastian.hu...@embedded-brains.de >>>>> PGP : Public key available on request. >>>>> >>>>> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. >>>>> >>>>> _______________________________________________ >>>> 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
