Глюки с USB

Тема в разделе "WASM.ELECTRONICS", создана пользователем kelz, 16 мар 2006.

  1. kelz

    kelz New Member

    Публикаций:
    0
    Регистрация:
    16 мар 2006
    Сообщения:
    13
    Адрес:
    Армавир
    Доброе Вам утро/день/вечер/пиво...

    Проблема следующая: есть USB уcтройство, есть драйвер. есть кусок кода:
    Код (Text):
    1.  
    2. ...
    3. pIrp = BuildDeviceIoControlRequest(...., Event,&IoStatusBlock);
    4. ntStatus = IoCallDriver(pExt->pTarget,pIrp);
    5. if (ntStatus == STATUS_PENDING)
    6.     KeWaitForSingleObject(&Event,Executive,KernelMode,FALSE,NULL);
    7. ...
    8.  


    ... и все бы хорошо, если бы 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.



    Когда я указываю таймаут:
    Код (Text):
    1.  
    2. Timeout.QuadPart = -500000; // 50 ms
    3. ntStatus = KeWaitForSingleObject(&Event,Executive,KerneMode, FALSE,&Timeout);
    4.  


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

    Если кто сталкивался, помогите плиз.

    Заранее спасибо.
     
  2. CARDINAL

    CARDINAL Member

    Публикаций:
    0
    Регистрация:
    23 янв 2004
    Сообщения:
    551
    Адрес:
    Moscow
    да, а ты проверь, объект то , на котором ждёшь , вообще то существует, после таймаута.
     
  3. kelz

    kelz New Member

    Публикаций:
    0
    Регистрация:
    16 мар 2006
    Сообщения:
    13
    Адрес:
    Армавир
    Что значит "объект на котором ждешь"? Event что-ли? По идее должен:
    Код (Text):
    1.  
    2. NTSTATUS USBSrv_SubmitUrb(...)
    3. {
    4.    KEVENT Event;
    5.    KeInitializeEvent(&Event,NotificationEvent,FALSE);
    6.    ...
    7.    Timeout.QuadPart = -500000; // 50 ms
    8.    ntStatus = KeWaitForSingleObject(&Event,Executive,KerneMode, FALSE,&Timeout);  
    9.    ...
    10. }
    11.  


    Куда ему деваться-то?
     
  4. CARDINAL

    CARDINAL Member

    Публикаций:
    0
    Регистрация:
    23 янв 2004
    Сообщения:
    551
    Адрес:
    Moscow
    вот и посмотри куда он деётся
     
  5. kelz

    kelz New Member

    Публикаций:
    0
    Регистрация:
    16 мар 2006
    Сообщения:
    13
    Адрес:
    Армавир
    Cardinal по подробнее пожалуйста. Я что то не могу догнать о чем Вы говорите. Как объект (Event) может разрушиться, если не было выхода из процедуры?