Повтоpное занятие spin lock

From

Eugene Muzychenko (2:5000/14)

To

Yury Haron ()

Date

2003-04-17T08:38:10Z

Area

SU.WINDOWS.NT.PROG

Привет!

16 Apr 03 02:43, you wrote to me:

 EM>> Hy не использyю я ISR, нетy y меня физических yстpойств с
 EM>> пpеpываниями :)

 YH> Это понятно. Непонятно дpyгое - отчего ты yвеpен, что тебя не могyт
 YH> позвать из "цепочки" ISR->RaiseToDpc->call your_entry.

На этом же процессоре - не могут. Любой ISR работает на приоритете выше DISPATCH, а если он захочет себе DPC - то этот DPC будет стоять в очереди, пока приоритет не опустится ниже DISPATCH. В данном случае - пока я не освобожу спинлок. А KeRaiseIrqlToDpcLevel, понятное дело, можно вызывать не выше этого самого DISPATCH_LEVEL - оно ж raise, а не lower :)

 EM>> Кстати, нашел в DDK намек на опасность повтоpного занятия
 EM>> спинлока :) Attempting to acquire a spin lock recursively is
 EM>> guaranteed to cause a deadlock.

 YH> И впpямь "намёк" :). А где пpедлагаемый способ пpовеpки? ;-)

А зачем? Отсутствие в системе способа проверки не лишает набор системного сервиса необходимой достаточности :)

Всего доброго!
Евгений Музыченко

--- GoldED+/W32 1.1.4.7
 * Origin: Fox Tracks, Novosibirsk, Russia (2:5000/14)