Доброе Вам утро/день/вечер/пиво...
Проблема следующая: есть USB уcтройство, есть драйвер. есть кусок кода:

... и все бы хорошо, если бы KeWaitForSingleObject в один прекрасный момент не начинал ожидать вечно. Т.е. работаем, работаем, работаем (от нескольких секунд до нескольких минут), данные передаются, принимаются, а потом бац - и "вечный вэйт". Вывести из ступора можно только выдернув шнурок из устройства. Почему так происходит? Кто виноват и что делать? Код выполняется на уровне IRQL равным PASSIVE_LEVEL, ОС - WinXP sp1 (на Win2k - работает подольше на пару-тройку минут, но результат тот-же). Передача идет в режиме Interrupt.
И еще, MSDN писал(а,о):

KeWaitForSingleObject
...
If a NULL pointer is supplied for Timeout, the calling thread remains in a wait state until the Object is signaled.
A Timeout value of zero allows the testing of a set of wait conditions and for the conditional performance of any side effects if the wait can be immediately satisfied, as in the acquisition of a mutex.
Callers of KeWaitForSingleObject must be running at IRQL <= DISPATCH_LEVEL. However, if Timeout <> 0, the caller must be running at IRQL <= APC_LEVEL and in a nonarbitrary thread context.

Когда я указываю таймаут:

... то при его истечении я наблюдаю синий экран IRQL_NOT_LESS_OR_EQUAL. (В Win2k - DRIVER_IRQL_NOT_LESS_OR_EQUAL и ругань в адрес usbehci.sys) при этом сообщает, что была попытка чтения по адресу 0x00000008. У меня все указатели валидные, проверено не один десяток раз, да и какие здесь могут быть указатели в этих двух строчках. Страничную память не использую. Уровень IRQL всегда PASSIVE_LEVEL.
Если кто сталкивался, помогите плиз.
Заранее спасибо.