Что может вызвать «MDL вставляется дважды в один и тот же список процессов»? - PullRequest
Новая
       41

Что может вызвать «MDL вставляется дважды в один и тот же список процессов»?

0 голосов
/ 24 августа 2010

Мы разрабатываем протокол NDIS и драйвер минипорта.Когда драйвер используется и система находится в спящем режиме, мы получаем проверку на наличие ошибок (синий экран) со следующей ошибкой: 

LOCKED_PAGES_TRACKER_CORRUPTION (d9)
Arguments:
Arg1: 00000001, The MDL is being inserted twice on the same process list.
Arg2: 875da420, Address of internal lock tracking structure.
Arg3: 87785728, Address of memory descriptor list.
Arg4: 00000013, Number of pages locked for the current process.

Трассировка стека не особенно полезна, поскольку наш драйвер не отображается в списке: 

nt!RtlpBreakWithStatusInstruction
nt!KiBugCheckDebugBreak+0x19
nt!KeBugCheck2+0x574
nt!KeBugCheckEx+0x1b
nt!MiAddMdlTracker+0xd8
nt!MmProbeAndLockPages+0x629
nt!NtWriteFile+0x55c
nt!KiFastCallEntry+0xfc
ntdll!KiFastSystemCallRet
ntdll!ZwWriteFile+0xc
kernel32!WriteFile+0xa9

Какие проблемы могут вызвать эту ошибку MDL?

1 Ответ

1 голос
/ 25 августа 2010

Оказывается, проблема была связана с этим кодом в нашем обработчике IRP_MJ_WRITE: 

/* If not in D0 state, don't attempt transmits */
if (ndisProtocolOpenContext && 
    ndisProtocolOpenContext->powerState > NetDeviceStateD0)
{
   DEBUG_PRINT(("NPD: system in sleep mode, so no TX\n"));
   return STATUS_UNSUCCESSFUL;
}

Это означало, что мы не полностью завершили IRP, и в результате NDIS, вероятно, делал что-то смешное.Добавление вызова к IoCompleteRequest устранило проблему. 

/* If not in D0 state, don't attempt transmits */
if (ndisProtocolOpenContext && 
    ndisProtocolOpenContext->powerState > NetDeviceStateD0)
{
   DEBUG_PRINT(("NPD: system in sleep mode, so no TX\n"));
   pIrp->IoStatus.Status = STATUS_UNSUCCESSFUL;
   IoCompleteRequest(pIrp, IO_NO_INCREMENT);
   return STATUS_UNSUCCESSFUL;
}
...