[PATCH 3/3] smpschedaffinity05: Change semaphore attributes.

[Jennifer Averett]

> -----Original Message-----
> From: Joel Sherrill [mailto:joel.sherrill at oarcorp.com]
> Sent: Wednesday, November 12, 2014 10:16 AM
> To: Jennifer Averett; Sebastian Huber; Gedare Bloom
> Cc: rtems-devel at rtems.org
> Subject: RE: [PATCH 3/3] smpschedaffinity05: Change semaphore attributes.
> 
> Jennifer can you send Daniel a patch using just priority inheritance (with
> priority blocking)/and let him retest?
> 

Working on it :-)


> On November 12, 2014 10:14:10 AM CST, Jennifer Averett
> <Jennifer.Averett at OARcorp.com> wrote:
> >Daniel found a bug in smpschedaffinity05 where the semaphore was being
> >held by a task that was being switched out and the semaphore was not
> >released because the task wasn't being switched back in at any point.
> >This would cause the
> >test to lock waiting on the semaphore and not finish.   This set of
> >tasks request the
> >semaphore with a no wait option.   I think the same thing can happen in
> >
> >smpschedaffinity02, and smpschedaffinity04.  That is the reason for the
> >three patches.
> >
> >> -----Original Message-----
> >> From: Sebastian Huber [mailto:sebastian.huber at embedded-brains.de]
> >> Sent: Wednesday, November 12, 2014 9:41 AM
> >> To: Joel Sherrill; Gedare Bloom; Jennifer Averett
> >> Cc: rtems-devel at rtems.org
> >> Subject: Re: [PATCH 3/3] smpschedaffinity05: Change semaphore
> >attributes.
> >>
> >> On 12/11/14 16:39, Joel Sherrill wrote:
> >> > Daniel Cederman found a bug
> >> > in the semaphore used to protect the data used to control the
> >threads
> >> > and migration.
> >>
> >> What is this for a bug?
> >>
> >> --
> >> 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.