Patches for classic affinity implementation and test

Joel Sherrill Joel.Sherrill at OARcorp.com
Fri Feb 21 14:48:00 UTC 2014


On Feb 21, 2014 8:25 AM, Gedare Bloom <gedare at rtems.org> wrote:
>
> On Fri, Feb 21, 2014 at 3:00 AM, Sebastian Huber
> <sebastian.huber at embedded-brains.de> wrote:
> > On 2014-02-20 21:07, Jennifer Averett wrote:
> >>
> >> +#if __RTEMS_HAVE_SYS_CPUSET_H__ && defined( RTEMS_SMP )
> >> +const Cpuset_Control *_Cpuset_Handler_default(void);
> >> +#else
> >> +#define _Cpuset_Handler_default()   do { } while ( 0 )
> >> +#endif
> >
> >
> > In case the C library doesn't provide an appropriate <sys/cpuset.h> then we
> > should provide our own header file.  Maybe we should use a special header
> > file that either uses <sys/cpuset.h> directly or alternatively provides the
> > missing declarations and functions.
> >
> > I don't think it makes sense to use a SMP configuration with this API.
> >
> Do you mean UP?

Whether it makes sense to use UP or not is independent of the fact that Newlib always has the header. So we test it. The Score code should be disabled because it makes no sense.

We discussed SMP APIs on UP systems (on list) when we started the design. I recall no one caring if they were disabled.

Making them work UP requires more work and they can't do much anyway except error check the arguments.

If that's what we want, it can be addressed once things are in.

But there are things that break or are not present from UP to SMP so I see little reason to work on the reverse.

> >
> > --
> > 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
>
> _______________________________________________
> rtems-devel mailing list
> rtems-devel at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20140221/b3bcd08e/attachment-0001.html>


More information about the devel mailing list