From tmtests folder the following tests used more than 3 tasks: tm02, tm03, tm04, tm05, tm06, tm07, tm10, tm11, tm12, tm13, tm14, tm15, tm 16, tm17, tm18, tm19, tm21, tm22, tm23, tm24, tm 25, tm26, tm29. Although we reduced the count of tasks for those tests (with the OPERATION_COUNT macro) with stacks of 4kb there isn't room for more than 2 or 3 tasks. With this change we could run 17 of 33 tests of tmtests. (see times_tests file).
On Thu, Jun 5, 2014 at 10:57 AM, Marcos Díaz <[email protected]> wrote: > Not all the tests run but we achieved many more tests working with this > change. > > On Thu, Jun 5, 2014 at 10:54 AM, Sebastian Huber > <[email protected]> wrote: >> On 2014-06-05 15:04, Marcos Díaz wrote: >>> >>> Yes, we made this patch in order to the testsuites work correctly. So >>> you think we should change the macro value in cpu.h and arm.h as i >>> proposed before? >> >> >> So you can run the complete test suite with a default stack size of 1024? >> >> I wouldn't change the default for ARM, since this can break existing >> applications that rely on the 4k. >> >> I think this new BSP specific setting makes it harder for users to know what >> is going on. Since I don't have a better alternative, your patch is fine. >> >> >> -- >> 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 : [email protected] >> PGP : Public key available on request. >> >> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. > > > > -- > ______________________________ > > > Marcos Díaz > > Software Engineer > > > San Lorenzo 47, 3rd Floor, Office 5 > > Córdoba, Argentina > > > Phone: +54 351 4217888 / +54 351 4218211/ +54 351 7617452 > > Skype: markdiaz22 -- ______________________________ Marcos Díaz Software Engineer San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina Phone: +54 351 4217888 / +54 351 4218211/ +54 351 7617452 Skype: markdiaz22, _______________________________________________ rtems-devel mailing list [email protected] http://www.rtems.org/mailman/listinfo/rtems-devel
