前言 :
除了用 ReadFile 和 WriteFile 以外, 應用程式還可以透過另一個 Win32 API DeviceIoControl 操作裝置. DeviceIoControl 內部會使作業系統新建一個 IRP_MJ_DEVICE_CONTROL 類型的 IRP, 然後作業系統會將這個 IRP 轉發到派遣函式中.
程式設計師可以用 DeviceIoControl 定義除讀寫之外的操作, 它可以讓應用程式和驅動程式進行通訊. 例如要對一個裝置進行初始化操作, 程式設計師自訂一種 I/O 控制碼, 然後用 DeviceIoControl 將這個控制碼和請求一起傳遞給驅動程式. 在派遣函式中, 分別對不同的 I/O 控制碼進行處理.
DeviceIoControl 與驅動互動 :
DeviceIoControl 的宣告方式如下 :
其中 IpBytesReturned 對應到派遣函式中的 IRP 結構中的 pIrp->IoStatus.Information. DeviceIoControl 的第二個參數是 I/O 控制碼, 也稱 IOCTL 值, 是一個 32 位元的無符號整數型. IOCTL 需要符合 DDK 的規定, 如下圖所示 :
DDK 提供了一個巨集 CTL_CODE, 其定義如下 :
參數說明 :
緩衝記憶體模式 IOCTL :
這一節介紹緩衝區模式的 IOCTL. 在用 CTL_CODE 巨集定義這種 IOCTL 時, 應該指定 Method 參數為 METHOD_BUFFERED. 前面介紹曾經多次提到, 在驅動中最好不要用直接存取使用者模式下的記憶體位址, 緩衝區方式可以避免程式設計師存取使用者模式下的記憶體位址.
在 Win32 API DeviceIoControl 的內部, 使用者提供的輸入緩衝區內容被複製到 IRP 中的 pIrp->AssociatedIrp.SystemBuffer 記憶體位址, 複製的位元組數是由 DeviceIoControl 指定的輸入位元組數. 接著派遣函式讀取 pIrp->Associated.SystemBuffer 的記憶體位址, 從而獲得應用程式提供的緩衝區資料. 另外派遣函式還可以寫入 pIrp->Associated.SystemBuffer 的記憶體位址, 當作裝置的輸出資料. 作業系統會將這個位址的資料再次複製到 DeviceIoControl 提供的輸出緩衝區. 複製的位元組數由 pIrp->InStatus.Information 指定. DeviceIoControl 也可以透過它的第七個參數得到操作的位元組數.
派遣函式首先透過 IoGetCurrentIrpStackLocation 函式得到當前的 I/O 堆疊 (IO_STACK_LOCATON). 派遣函式透過 stack->Parameters.DeviceIoControl.InputBufferLength 得到輸入緩衝區大小, 透過 stack->Parameters.DeviceIoControl.OutputBufferLength 得到輸出緩衝區大小, 最後透過 stack->Parameters.DeviceIoControl.IoControlCode 得到 IOCTL. 在派遣函式透過 C 語言中的 switch 語句分別處理不同的 IOCTL. 下面例子示範緩衝區方式處理 IOCTL 的派遣函式, 首先用 CTL_CODE 巨集定義定義 IOCTL 碼 :
在驅動程式中使用 CTL_CODE 需要包含 NTDDK.h 標頭檔, 而在應用程式中使用 CTL_CODE 需要包含 winioctl.h 標頭檔. 下面是 IOCTL 的派遣函式 :
底下是應用程式呼叫 DeviceIoControl 對裝置進行操作的範例代碼 :
底下是執行結果 :
直接記憶體模式 IOCTL :
這節介紹直接方式的 IOCTL. 在用 CTL_CODE 巨集定義這種 IOCTL 時, 應該指定 Method 參數為 METHOD_OUT_DIRECT 或者 METHOD_IN_DIRECT. 直接模式的 IOCTL 同樣可以避免驅動程式存取使用者模式的記憶體位址.
在呼叫 DeviceIoControl 時, 輸入緩衝區的內容被複製到 IRP 中的 pIrp->AssociatedIrp.SystemBuffer 記憶體位址, 複製的位元組數是按照 DeviceIoControl 指定輸入位元組數. 這個步驟和緩衝區模式 IOCTL 的處理是一樣的. 但是對於 DeviceIoControl 指定的輸出緩衝區的處理, 直接模式的 IOCTL 和緩衝區模式的 IOCTL 卻是以不同方式處理. 作業系統會將 DeviceIoControl 指定的輸出緩衝區鎖定, 然後在核心模式位址重新映射一段位址. 派遣函式中的 IRP 結構中的 pIrp->MdlAddress 記錄 DeviceIoControl 指定的輸出緩衝區. 派遣函式應該使用 MmGetSystemAddressForMdlSafe 將這段記憶體映射到核心模式下的記憶體位址.
另外在派遣函式中, 需要先透過 IoGetCurrentIrpStackLocation 函式得到當前 I/O 堆疊. 然後透過 stack->Parameters.DeviceIoControl.InputBufferLength 得到輸入緩衝區大小, 透過 stack->Parameters.DeviceIoControl.OutputBufferLength 得到輸出緩衝區大小. 最後透過 stack->Parameters.DeviceIoControl.IoControlCode 得到 IOCTL. 在派遣函式中透過 C 語言中的 switch 語句分別處理不同的 IOCTL.
首先用 CTL_CODE 巨集定義 IOCTL 碼 :
在驅動程式中使用 CTL_CODE 需要包含 NTDDK.h 標頭檔, 而在應用程式中使用 CTL_CODE 需要包含 winioctl.h 標頭檔. 下面是 IOCTL 的派遣函式 :
在應用程式部分可以參考 緩衝記憶體模式 IOCTL 的, 只是把在呼叫 DeviceIoControl 的參數由 IOCTL_TEST1 換成 IOCTL_TEST2. 底下為執行結果 :
This is a blog to track what I had learned and share knowledge with all who can take advantage of them
標籤
- [ 英文學習 ]
- [ 計算機概論 ]
- [ 深入雲計算 ]
- [ 雜七雜八 ]
- [ Algorithm in Java ]
- [ Data Structures with Java ]
- [ IR Class ]
- [ Java 文章收集 ]
- [ Java 代碼範本 ]
- [ Java 套件 ]
- [ JVM 應用 ]
- [ LFD Note ]
- [ MangoDB ]
- [ Math CC ]
- [ MongoDB ]
- [ MySQL 小學堂 ]
- [ Python 考題 ]
- [ Python 常見問題 ]
- [ Python 範例代碼 ]
- [心得扎記]
- [網路教學]
- [C 常見考題]
- [C 範例代碼]
- [C/C++ 範例代碼]
- [Intro Alg]
- [Java 代碼範本]
- [Java 套件]
- [Linux 小技巧]
- [Linux 小學堂]
- [Linux 命令]
- [ML In Action]
- [ML]
- [MLP]
- [Postgres]
- [Python 學習筆記]
- [Quick Python]
- [Software Engineering]
- [The python tutorial]
- 工具收集
- 設計模式
- 資料結構
- ActiveMQ In Action
- AI
- Algorithm
- Android
- Ansible
- AWS
- Big Data 研究
- C/C++
- C++
- CCDH
- CI/CD
- Coursera
- Database
- DB
- Design Pattern
- Device Driver Programming
- Docker
- Docker 工具
- Docker Practice
- Eclipse
- English Writing
- ExtJS 3.x
- FP
- Fraud Prevention
- FreeBSD
- GCC
- Git
- Git Pro
- GNU
- Golang
- Gradle
- Groovy
- Hadoop
- Hadoop. Hadoop Ecosystem
- Java
- Java Framework
- Java UI
- JavaIDE
- JavaScript
- Jenkins
- JFreeChart
- Kaggle
- Kali/Metasploit
- Keras
- KVM
- Learn Spark
- LeetCode
- Linux
- Lucene
- Math
- ML
- ML Udemy
- Mockito
- MPI
- Nachos
- Network
- NLP
- node js
- OO
- OpenCL
- OpenMP
- OSC
- OSGi
- Pandas
- Perl
- PostgreSQL
- Py DS
- Python
- Python 自製工具
- Python Std Library
- Python tools
- QEMU
- R
- Real Python
- RIA
- RTC
- Ruby
- Ruby Packages
- Scala
- ScalaIA
- SQLAlchemy
- TensorFlow
- Tools
- UML
- Unix
- Verilog
- Vmware
- Windows 技巧
- wxPython
訂閱:
張貼留言 (Atom)
[Git 常見問題] error: The following untracked working tree files would be overwritten by merge
Source From Here 方案1: // x -----删除忽略文件已经对 git 来说不识别的文件 // d -----删除未被添加到 git 的路径中的文件 // f -----强制运行 # git clean -d -fx 方案2: 今天在服务器上 gi...
-
前言 : 為什麼程序管理這麼重要呢?這是因為: * 首先,本章一開始就談到的,我們在操作系統時的各項工作其實都是經過某個 PID 來達成的 (包括你的 bash 環境), 因此,能不能進行某項工作,就與該程序的權限有關了。 * 再來,如果您的 Linux 系統是個...
-
屬性 : 系統相關 - 檔案與目錄 語法 : du [參數] [檔案] 參數 | 功能 -a | 顯示目錄中個別檔案的大小 -b | 以bytes為單位顯示 -c | 顯示個別檔案大小與總和 -D | 顯示符號鏈結的來源檔大小 -h | Hum...
-
來源自 這裡 說明 : split 是 Perl 中非常有用的函式之一,它可以將一個字串分割並將之置於陣列中。若無特別的指定,該函式亦使用 RE 與 $_ 變數 語法 : * split /PATTERN/,EXPR,LIMIT * split /...
不好意思 問個問題
回覆刪除IOCTL的直接記憶體模式有分兩種
METHOD_IN_DIRECT 使用直接寫方式操作
METHOD_OUT_DIRECT 使用直接讀方式操作
看了相關範例後發現這兩種的寫法好像相同
那這兩種到底差在哪?
Document is your best teacher:
刪除https://docs.microsoft.com/en-us/windows-hardware/drivers/kernel/buffer-descriptions-for-i-o-control-codes
OK 謝謝
刪除作者已經移除這則留言。
回覆刪除