Uniprocessor Tests in SMP Configuration
Gedare Bloom
gedare at rtems.org
Mon Feb 24 01:19:43 UTC 2014
Any of 2, 4, and 5 could be made into reasonable GSoC projects if we
get accepted as an org?
On Sun, Feb 23, 2014 at 5:14 AM, Sebastian Huber
<sebastian.huber at embedded-brains.de> wrote:
> Hello,
>
> I would do the following.
>
> 1. Implement the thread deletion on SMP. I will work on this after the
> profiling.
>
> http://www.rtems.org/wiki/index.php/SMP#Thread_Delete.2FRestart
>
> 2. Use alternatives to task variables for all RTEMS support components, e.g.
> the file system environment. Here we can use __getreent() for example with
>
> struct S {
> struct _reent reent;
> rtems_user_env_t env;
> }
>
> POSIX keys should be moved outside the RTEMS_POSIX_API scope.
>
> 3. Disable the task variables via pre-processor on SMP and remove the
> run-time check.
>
> 4. Add condition variables to the Classic API.
>
> 5. Use alternatives to disabled preemption for all RTEMS support components,
> e.g. bdbuf.
>
> 6. Disable RTEMS_PREEMT via pre-processor on SMP and remove the run-time
> check.
>
> We (= embedded brains) have currently only a budget for 1.
>
>
> --
> 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.huber at embedded-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
> _______________________________________________
> rtems-devel mailing list
> rtems-devel at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-devel
More information about the devel
mailing list