Función ExAllocatePool (wdm.h)
Advertencia
ExAllocatePool está obsoleto y ha quedado en desuso en Windows 10, versión 2004. Se ha reemplazado por ExAllocatePool2. Para obtener más información, vea Actualización de llamadas exAllocatePool en desuso a ExAllocatePool2 y ExAllocatePool3.
Al desarrollar controladores para la versión de Windows antes de Windows 10, versión 2004, use ExAllocatePoolZero.
ExAllocatePool asigna memoria del grupo del tipo especificado y devuelve un puntero al bloque asignado.
PVOID ExAllocatePool(
[in] __drv_strictTypeMatch(__drv_typeExpr)POOL_TYPE PoolType,
[in] SIZE_T NumberOfBytes
);
[in] PoolType
Especifica el tipo de memoria del grupo que se va a asignar. Para obtener una descripción de los tipos de memoria del grupo disponibles, consulte POOL_TYPE.
Puede modificar PoolType mediante un OR bit a bit con la marca POOL_COLD_ALLOCATION como sugerencia al kernel para asignar la memoria de las páginas que probablemente se paginan rápidamente. Para reducir la cantidad de memoria del grupo residente tanto como sea posible, no debe hacer referencia a estas asignaciones con frecuencia. La marca de POOL_COLD_ALLOCATION solo es aviso y está disponible para Windows XP y versiones posteriores del sistema operativo Windows.
[in] NumberOfBytes
Especifica el número de bytes para asignar.
ExAllocatePool devuelve NULL si no hay memoria suficiente en el grupo libre para satisfacer la solicitud. De lo contrario, la rutina devuelve un puntero a la memoria asignada.
Esta rutina se usa para la asignación de memoria del grupo general.
Si NumberOfBytes es PAGE_SIZE o superior, se asigna un búfer alineado con páginas. Las asignaciones de memoria de PAGE_SIZE o menos no cruzan los límites de página. Las asignaciones de memoria de menos de PAGE_SIZE no están necesariamente alineadas con páginas, pero están alineadas con límites de 8 bytes en sistemas de 32 bits y límites de 16 bytes en sistemas de 64 bits.
Una asignación correcta que solicita NumberOfBytes PAGE_SIZE del grupo no paginado proporciona al autor de la llamada exactamente el número de bytes solicitados < de memoria. Si una solicitud de asignación para NumberOfBytes> PAGE_SIZE se realiza correctamente y NumberOfBytes no es un múltiplo exacto de PAGE_SIZE, la última página de la asignación contiene bytes que no forman parte de la asignación del autor de la llamada. Si es posible, el asignador del grupo usa estos bytes. Para evitar daños en los datos que pertenecen a otros componentes del modo kernel, los controladores solo deben tener acceso a las direcciones de almacenamiento que hayan asignado explícitamente.
Si ExAllocatePool devuelve NULL, el autor de la llamada debe devolver el valor NTSTATUS STATUS_INSUFFICIENT_RESOURCES o debe retrasar el procesamiento a otro momento dado.
Los autores de llamadas de ExAllocatePool deben ejecutarse en IRQL <= DISPATCH_LEVEL. Un llamador que se ejecuta en DISPATCH_LEVEL debe especificar un valor NonPagedXxx para PoolType. Un llamador que se ejecuta en IRQL <= APC_LEVEL puede especificar cualquier valor de POOL_TYPE , pero también se debe tener en cuenta el irQL y el entorno para determinar el tipo de página.
No establezca NumberOfBytes = 0. Evite las asignaciones de longitud cero porque desperdician el espacio de encabezado del grupo y, en muchos casos, indican un posible problema de validación en el código de llamada. Por este motivo, el Comprobador de controladores marca tales asignaciones como posibles errores.
El sistema establece automáticamente determinados objetos de evento estándar cuando la cantidad de grupo (paginada o no paginada) es alta o baja. Los controladores pueden esperar a que estos eventos ajusten su uso del grupo. Para obtener más información, vea Objetos de eventos estándar.
La memoria que ExAllocatePool asigna no está inicializada. Un controlador en modo kernel debe cero primero esta memoria si va a hacer que sea visible para el software en modo de usuario (para evitar la pérdida de contenido potencialmente con privilegios).
Requisito | Value |
---|---|
Cliente mínimo compatible | Obsoleto. Esta rutina solo se exporta para los archivos binarios existentes. En su lugar, use ExAllocatePoolWithTag. |
Plataforma de destino | Universal |
Encabezado | wdm.h (include Wdm.h, Ntddk.h, Ntifs.h, Classpnp.h, Smcnt.h) |
Library | NtosKrnl.lib |
Archivo DLL | NtosKrnl.exe |
IRQL | IRQL <= DISPATCH_LEVEL (consulte la sección Comentarios) |
Reglas de cumplimiento de DDI | CheckDeviceObjectFlags(wdm), HwStorPortProhibitedDIs(storport), IrqlExAllocatePool(wdm), PowerDownAllocate(wdm), PowerUpFail(wdm), SpNoWait(storport), StorPortStartIo(storport), UnsafeAllocatePool(kmdf), UnsafeAllocatePool(wdm) |