> -----Original Message----- > From: Joel Sherrill [mailto:joel.sherr...@oarcorp.com] > Sent: Wednesday, November 12, 2014 10:16 AM > To: Jennifer Averett; Sebastian Huber; Gedare Bloom > Cc: rtems-de...@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.aver...@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.hu...@embedded-brains.de] > >> Sent: Wednesday, November 12, 2014 9:41 AM > >> To: Joel Sherrill; Gedare Bloom; Jennifer Averett > >> Cc: rtems-de...@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.hu...@embedded-brains.de > >> PGP : Public key available on request. > >> > >> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
