Función WdfIoTargetFormatRequestForInternalIoctl (wdfiotarget.h)

[Solo se aplica a KMDF]

El método WdfIoTargetFormatRequestForInternalIoctl crea una solicitud de control de dispositivo interna para un destino de E/S, pero no envía la solicitud.

Sintaxis

NTSTATUS WdfIoTargetFormatRequestForInternalIoctl(
  [in]           WDFIOTARGET       IoTarget,
  [in]           WDFREQUEST        Request,
  [in]           ULONG             IoctlCode,
  [in, optional] WDFMEMORY         InputBuffer,
  [in, optional] PWDFMEMORY_OFFSET InputBufferOffset,
  [in, optional] WDFMEMORY         OutputBuffer,
  [in, optional] PWDFMEMORY_OFFSET OutputBufferOffset
);

Parámetros

[in] IoTarget

Identificador de un objeto de destino de E/S local o remoto obtenido de una llamada anterior a WdfDeviceGetIoTarget o WdfIoTargetCreate, o desde un método que proporciona un destino de E/S especializado.

[in] Request

Identificador de un objeto de solicitud de marco. Para obtener más información, vea la sección Comentarios que se muestra más adelante.

[in] IoctlCode

Código de control de E/S (IOCTL) que admite el destino de E/S.

[in, optional] InputBuffer

Identificador de un objeto de memoria de marco. Este objeto representa un búfer que contiene datos que se enviarán al destino de E/S. Para obtener más información, vea la sección Comentarios que se muestra más adelante.

[in, optional] InputBufferOffset

Puntero a una estructura de WDFMEMORY_OFFSET asignada por el autor de la llamada que proporciona valores opcionales de desplazamiento de bytes y longitud. El marco usa estos valores para determinar la dirección y la longitud iniciales, dentro del búfer de entrada, para la transferencia de datos. Si este puntero es NULL, la transferencia de datos comienza al principio del búfer de entrada y el tamaño de la transferencia es el tamaño del búfer.

[in, optional] OutputBuffer

Identificador de un objeto de memoria de marco. Este objeto representa un búfer que recibirá datos del destino de E/S. Para obtener más información, vea la sección Comentarios que se muestra más adelante.

[in, optional] OutputBufferOffset

Puntero a una estructura de WDFMEMORY_OFFSET asignada por el autor de la llamada que proporciona valores opcionales de desplazamiento de bytes y longitud. El marco usa estos valores para determinar la dirección y la longitud iniciales, dentro del búfer de salida, para la transferencia de datos. Si este puntero es NULL, la transferencia de datos comienza al principio del búfer de salida y el tamaño de la transferencia es el tamaño del búfer.

Valor devuelto

WdfIoTargetFormatRequestForInternalIoctl devuelve STATUS_SUCCESS si la operación se realiza correctamente. De lo contrario, este método podría devolver uno de los siguientes valores:

Código devuelto Descripción
STATUS_INVALID_PARAMETER
Se ha detectado un parámetro no válido.
STATUS_INVALID_DEVICE_REQUEST
La longitud de la transferencia era mayor que la longitud del búfer o la solicitud de E/S ya estaba en cola en un destino de E/S.
STATUS_INSUFFICIENT_RESOURCES
El marco no pudo asignar recursos del sistema (normalmente memoria).
STATUS_REQUEST_NOT_ACCEPTED
El paquete de solicitud de E/S (IRP) que representa el parámetro Request no proporciona suficientes estructuras IO_STACK_LOCATION para permitir que el controlador reenvíe la solicitud.
 

Este método también podría devolver otros valores NTSTATUS.

Se produce una comprobación de errores si el controlador proporciona un identificador de objeto no válido.

Comentarios

Use el método WdfIoTargetFormatRequestForInternalIoctl , seguido del método WdfRequestSend , para enviar solicitudes de control de dispositivos internas de forma sincrónica o asincrónica. Como alternativa, use el método WdfIoTargetSendInternalIoctlSynchronously para enviar solicitudes de control de dispositivos internas de forma sincrónica.

Para obtener más información sobre las solicitudes de control de dispositivos internos, consulte Uso de códigos de control de E/S.

Puede reenviar una solicitud de control de dispositivo interna que el controlador recibió en una cola de E/S, o bien puede crear y enviar una nueva solicitud. En cualquier caso, el marco requiere un objeto de solicitud y un espacio de búfer.

Para reenviar una solicitud de control de dispositivo interno que el controlador recibió en una cola de E/S:

  1. Especifique el identificador de la solicitud recibida para el parámetro Request del método Request del método WdfIoTargetFormatRequestForInternalIoctl.
  2. Use el búfer de entrada de la solicitud recibida para el parámetro InputBuffer del método InputBuffer de WdfIoTargetFormatRequestForInternalIoctl.

    El controlador debe llamar a WdfRequestRetrieveInputMemory para obtener un identificador en el búfer de entrada de la solicitud y debe usar ese identificador como el valor de InputBuffer.

  3. Use el búfer de salida de la solicitud recibida para el parámetro OutputBuffer del método OutputBuffer de WdfIoTargetFormatRequestForInternalIoctl.

    El controlador debe llamar a WdfRequestRetrieveOutputMemory para obtener un identificador en el búfer de salida de la solicitud y debe usar ese identificador como el valor de OutputBuffer.

Para obtener más información sobre el reenvío de una solicitud de E/S, consulte Reenvío de solicitudes de E/S.

Los controladores suelen dividir las solicitudes de E/S recibidas en solicitudes más pequeñas que envían a un destino de E/S, por lo que el controlador podría crear nuevas solicitudes.

Para crear una nueva solicitud de E/S:

  1. Cree un nuevo objeto de solicitud y proporcione su identificador para el parámetro Request del método Request del método WdfIoTargetFormatRequestForInternalIoctl.

    Llame a WdfRequestCreate para preasignar uno o varios objetos de solicitud. Puede reutilizar estos objetos de solicitud llamando a WdfRequestReuse. La función de devolución de llamada EvtDriverDeviceAdd del controlador puede asignar previamente objetos de solicitud para un dispositivo.

  2. Proporcione espacio de búfer y proporcione el identificador del búfer para los parámetros InputBuffer y OutputBuffer del método WdfIoTargetFormatRequestForInternalIoctl.

    El controlador debe especificar este espacio de búfer como identificadores WDFMEMORY para la memoria administrada por el marco. El controlador puede hacer lo siguiente:

    Tenga en cuenta que si el controlador llama a WdfRequestRetrieveInputMemory o WdfRequestRetrieveOutputMemory y pasa el identificador de memoria a WdfIoTargetFormatRequestForInternalIoctl, el controlador no debe completar la solicitud de E/S recibida hasta que el controlador elimine, reutilice o vuelva a formatear el nuevo objeto de solicitud creado por el controlador. (WdfIoTargetFormatRequestForInternalIoctl incrementa el recuento de referencias del objeto de memoria. Al eliminar, reutilizar o volver a formatear un objeto de solicitud, se reduce el recuento de referencias del objeto de memoria).
Una vez que un controlador llama a WdfIoTargetFormatRequestForInternalIoctl para dar formato a una solicitud de control de dispositivo, el controlador debe llamar a WdfRequestSend para enviar la solicitud (ya sea de forma sincrónica o asincrónica) a un destino de E/S.

Varias llamadas a WdfIoTargetFormatRequestForInternalIoctl que usan la misma solicitud no provocan asignaciones de recursos adicionales. Por lo tanto, para reducir la posibilidad de que WdfRequestCreate devuelva STATUS_INSUFFICIENT_RESOURCES, la función de devolución de llamada EvtDriverDeviceAdd del controlador puede llamar a WdfRequestCreate para asignar previamente uno o varios objetos de solicitud para un dispositivo. El controlador puede reutilizar posteriormente (llamar a WdfRequestReuse), formatear (llamar a WdfIoTargetFormatRequestForInternalIoctl) y reenviar (llamar a WdfRequestSend) cada objeto de solicitud sin arriesgar un valor devuelto STATUS_INSUFFICIENT_RESOURCES desde una llamada posterior a WdfRequestCreate. Todas las llamadas posteriores a WdfIoTargetFormatRequestForInternalIoctl para el objeto de solicitud reutilizado devolverán STATUS_SUCCESS, si los valores de parámetro no cambian. (Sin embargo, si el controlador no llama al mismo método de formato de solicitud cada vez, se pueden asignar recursos adicionales. Además, si el código de control de E/S especifica un tipo de transferencia de METHOD_BUFFERED, el marco debe asignar un búfer del sistema para cada solicitud y esa asignación podría producir un error debido a recursos de memoria insuficientes).

Para obtener información sobre cómo obtener información de estado una vez completada una solicitud de E/S, vea Obtener información de finalización.

Para obtener más información sobre WdfIoTargetFormatRequestForInternalIoctl, vea Enviar solicitudes de E/S a destinos de E/S generales.

Para obtener más información sobre los destinos de E/S, consulte Uso de destinos de E/S.

Ejemplos

En el ejemplo de código siguiente se crea un objeto de memoria de marco que es un elemento secundario de un objeto de solicitud. A continuación, el ejemplo obtiene el búfer que el objeto de memoria contiene e inicializa el búfer. A continuación, el ejemplo da formato a la solicitud, establece una función de devolución de llamada CompletionRoutine y envía la solicitud a un destino de E/S.

WDF_OBJECT_ATTRIBUTES memoryObjAttr;
WDFMEMORY memory;
NTSTATUS status;
IOCTL_DATA *pIoctlData;

WDF_OBJECT_ATTRIBUTES_INIT(&memoryObjAttr);
memoryObjAttr.ParentObject = Request;

status = WdfMemoryCreate(
                         &memoryObjAttr,
                         NonPagedPool,
                         0,
                         sizeof(IOCTL_DATA),
                         &memory,
                         NULL
                         );
if (!NT_SUCCESS(status)) {
    goto Done;
}
pIoctlData = WdfMemoryGetBuffer(
                                memory,
                                NULL
                                );
RtlZeroMemory(
              pIoctlData,
              sizeof(IOCTL_DATA)
              );
pIoctlData->Member1 = MY_DATA;

status = WdfIoTargetFormatRequestForInternalIoctl(
                                                  IoTarget,
                                                  Request,
                                                  IOCTL_INTERNAL_GET_MY_DATA,
                                                  memory,
                                                  NULL,
                                                  WDF_NO_HANDLE,
                                                  NULL
                                                  );

if (!NT_SUCCESS(status)) {
    goto Done;
}

WdfRequestSetCompletionRoutine(
                               Request,
                               MyRequestCompletion,
                               NULL
                               );

if (WdfRequestSend(
                   Request,
                   IoTarget,
                   NULL
                   ) == FALSE) {
    status = WdfRequestGetStatus(Request);
}
else {
    status = STATUS_SUCCESS;
}

Requisitos

Requisito Value
Plataforma de destino Universal
Versión mínima de KMDF 1.0
Encabezado wdfiotarget.h (incluya Wdf.h)
Library Wdf01000.sys (consulte Control de versiones de la biblioteca de marcos).
IRQL <=DISPATCH_LEVEL
Reglas de cumplimiento de DDI DriverCreate(kmdf), KmdfIrql(kmdf), KmdfIrql2(kmdf), KmdfIrqlExplicit(kmdf), RequestFormattedValid(kmdf), RequestSendAndForgetNoFormatting(kmdf), RequestSendAndForgetNoFormatting2(kmdf)

Consulte también

EvtDriverDeviceAdd

WDFMEMORY_OFFSET

WdfDeviceGetIoTarget

WdfIoTargetCreate

WdfIoTargetFormatRequestForIoctl

WdfIoTargetSendInternalIoctlSynchronously

WdfIoTargetSendIoctlSynchronously

WdfMemoryCreate

WdfMemoryCreatePreallocated

WdfRequestCreate

WdfRequestRetrieveInputMemory

WdfRequestRetrieveOutputMemory

WdfRequestReuse

WdfRequestSend