共用方式為


IOCTL_MIPI_DSI_QUERY_CAPS IOCTL (ntd)

IOCTL_MIPI_DSI_QUERY_CAPS 會擷取圖形驅動程式所公開之MIPI DSI 介面的基本功能,並從面板擷取識別資訊。

主要程序代碼

IRP_MJ_DEVICE_CONTROL

輸入緩衝區

無。

輸入緩衝區長度

n/a

輸出緩衝區

傳回 DSI 功能的緩衝區。 至少必須是 sizeof(DXGK_DSI_CAPS)

輸出緩衝區長度

以位元組為單位的輸出緩衝區大小。

輸入/輸出緩衝區

n/a

輸入/輸出緩衝區長度

n/a

狀態區塊

如果要求成功,Irp-IoStatus.Status> 會設定為 STATUS_SUCCESS。 否則,狀態為適當的錯誤狀況為NTSTATUS程式碼。

如需詳細資訊,請參閱 NTSTATUS值

備註

行動產業處理器介面 (MIPI) 數位序列介面 (DSI) IOCTL 必須由監視器、oem 面板或埠/迷你埠驅動程序處理。

OEM 面板驅動程式應該使用 IOCTL_MIPI_DSI_QUERY_CAPS 初始化,以提供資訊以允許 OEM 面板驅動程式驗證驅動程式支援,並從顯示器提供原始層級 1 DDB 數據,以允許一個面板驅動程式支援多個裝置,並確認沒有不符。 功能會在 DXGK_DSI_CAPS 結構中傳回。 OEM 面板驅動程式負責驗證 DSI 功能,以及與面板的相容性,因為圖形驅動程式或 OS 都沒有足夠的資訊可執行這項操作,特別是針對任何已定義或未定義元素的製造商。

OS 會將查詢 IOCTL 轉譯為對 DsiQueryCaps 的呼叫,並將監視器的目標標識碼當做輸入傳遞,以及輸出的上限結構。 圖形驅動程式應該填入要求的欄位,如果可用,則會使用快取的信息,因為數據應該是靜態的。 由於 OS 需要 TargetMaximumReturnPacketSize 值以進行封包驗證,因此在接收面板驅動程式的要求之前,它可能會要求圖形驅動程式的功能。

規格需求

需求
最低支援的用戶端 Windows 10 (版本 2004)
標頭 ntdeo.h

另請參閱

DsiQueryCaps

DXGK_DSI_CAPS

IOCTL_MIPI_DSI_RESET

IOCTL_MIPI_DSI_TRANSMISSION