This does sound like a nice improvement. I would also like to put in my vote for stable SMP on the LEON for 4.11.
Thanks, Alan On 5/15/15, 9:01 AM, "Daniel Hellstrom" <dan...@gaisler.com> wrote: >Hello Sebastian, > >Thanks for your work! I havn't looked at your work but I have some >comments. > >On 05/15/2015 01:41 PM, Sebastian Huber wrote: >> https://devel.rtems.org/ticket/2130 >> https://devel.rtems.org/ticket/2131 >> https://devel.rtems.org/ticket/2271 >> https://devel.rtems.org/ticket/2273 >> https://devel.rtems.org/ticket/2307 >> >> It provides a major performance boost for SMP configurations, see >> https://devel.rtems.org/ticket/2271 and >>https://devel.rtems.org/ticket/2273. >> >> It was tested on the Altera Cyclone V, ESA/Gaisler NGMP and Freescale >>T4240 >> platforms using the standard RTEMS testsuite, a randomized test case >>that >> covers the thread queue and watchdog implementation (it run several >>days) and >> with heavy load network traffic using the new network stack (it uses >>hundreds >> of locks). After two years of work all tests pass now on the NGMP >>platform in >> uni-processor and SMP configurations. >Sound very promising. > >> The BSPs compile and link the samples using the latest RSB based tool >>chain >> (except targets with a broken compiler, e.g. AVR, Moxie). >> >> With this patch set the SMP support of RTEMS can be considered to be >> practically useful on targets with more than two processors. This is >> definitely not the case for the current Git master (possible RTEMS >>4.11). Also >> timestamps are broken on SMP in the current Git master. So it may make >>sense >> to include this patch set in the RTEMS 4.11 release. We don't have >>additional >> RTEMS work in the next three months planned so this is the last big >>change set >> for a while. >I just want to confirm this issue with the master branch. In order to use >it on LEON in SMP configuration we had to make a hack in cpukit code to >call the LEON timer code to make it work. It would of >course be nice to have a fix for this in 4.11. > >Daniel >_______________________________________________ >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
