Re: [ros-dev] Re: [ros-diffs] [ion] 19352: - Reimplement Fast Mutex implementation in HAL/NT to be compatible with the real implementation. (Fast Mutex needs to raise IRQL).

[Hartmut Birr]

Alex Ionescu wrote:
> Hartmut Birr wrote:
> > Hi,
> >
> > this piece of  code is wrong. If we terminating a thread, which waits on
> > something, we do unblock the thread. The thread must check, if it got
> > the lock, if not it must wait again.
> > Hartmut
>
> Hi,
>
> Forgot to add in my previous email. You can't terminate a thread
> that's running at APC_LEVEL because the kill APC won't execute. Hence,
> it's impossible for the scenario you mentionned to occur.
>
> Best regards,
> Alex Ionescu

The thread does wait at passive level. It has called
ExEnterCriticalRegionAndAcquireFastMutexUnsafe. A other thread tries to
terminate the waiting thread. KiInsertQueueApc does unwait the waiting
thread, because the exit APC is a special APC.

- Hartmut