用户层与驱动通信-程序员宅基地

以进行加法和减法为例,用户层将要进行的操作码和参数,返回缓冲发给驱动,驱动进行处理并将结果写到返回缓冲中

 

driver.c

//_stdcall
#include<ntddk.h>
#include<ntstrsafe.h>
#pragma code_seg("INT")

#define SynLinkName L"\\??\\freesec_tx"
#define DeviceName L"\\device\\device_tx"
UNICODE_STRING uDeviceName;
UNICODE_STRING uSynLinkName;

DEVICE_OBJECT txDeviceObject;
PDEVICE_OBJECT ptxDeviceObject;


//格式固定,除了第2个参数和第3个参数. 协商的func_code和I/O模式,这里使用缓冲I/O
//用户层也要定义一模一样的
#define add_func CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS)
#define sub_func CTL_CODE(FILE_DEVICE_UNKNOWN,0x801,METHOD_BUFFERED,FILE_ANY_ACCESS)

NTSTATUS MyDisPatcher(PDEVICE_OBJECT pDeivceObject,PIRP pIrp)
{
    /*
        分发函数参数格式固定:本驱动对象关联的设备对象和I/O管理器传递过来的irp对象地址
        本分发函数基于缓冲模式与用户层进行通信.
        用户层与驱动层协商好的函数名与数字的映射.以此调用相应函数,实现相应功能
    */
    NTSTATUS status;
    ULONG inputBufferSize;
    ULONG outputBufferSize;
    ULONG funcCode;                //用于获取调用的是哪个函数
    int* inputBuffer;
    int* outputBuffer;
    //该函数就是是求pIrp->Tail.Overlay.CurrentStackLocation的宏
    //获取当前栈单元
    PIO_STACK_LOCATION pIrpStack = IoGetCurrentIrpStackLocation(pIrp);
    if (pDeivceObject != ptxDeviceObject)
    {    
        status = STATUS_UNSUCCESSFUL;
        return status;
    }

    switch (pIrpStack->MajorFunction)
    {
    case IRP_MJ_DEVICE_CONTROL:
        //用户层与驱动之间传递消息的缓冲区大小,作用不大
        inputBufferSize = pIrpStack->Parameters.DeviceIoControl.InputBufferLength;
        outputBufferSize = pIrpStack->Parameters.DeviceIoControl.OutputBufferLength;

        //获取用户层发送的ctl_code宏,也就是用户想让驱动干什么,
        //写代码时已经和用户层协商好用缓冲I/O模式.这里是缓冲I/O
        funcCode = pIrpStack->Parameters.DeviceIoControl.IoControlCode;


        //这里是用户层想让驱动干什么事的一些参数,如让驱动进行加法运算,则将2个int型数据
        //给了这个pIrp->AssociatedIrp.SystemBuffer中,因为知道用户层的代码是传递int,所以
        //定义了int*型指针来访问该缓冲区
        inputBuffer = (int*)pIrp->AssociatedIrp.SystemBuffer;

        //当驱动处理完用户层交给驱动的任务,需要将结果和一些信息返回给用户层,则
        //通过pIrp->AssociatedIrp.SystemBuffer这个参数,因为是进行int加法运算,所以
        //将结果保存到这个输出缓冲即可
        outputBuffer = (int*)pIrp->AssociatedIrp.SystemBuffer;
        
        switch (funcCode)
        {
        //对用户层发来的功能请求进行相应处理并将执行结果写到输出缓冲中,这样用户层就能收到结果
        case add_func:
            outputBuffer[0] = inputBuffer[0] + inputBuffer[1];
            break;
        case sub_func:
            outputBuffer[0] = inputBuffer[0] - inputBuffer[1];
            break;
        default:
            break;
        }
        break;
    default:
        //其他消息与本设备无关
        break;
    }

    //处理完irp后,需要进行一些处理,通知I/O管理器处理完成该irp并返回一些信息
    pIrp->IoStatus.Information = 4;
    pIrp->IoStatus.Status = STATUS_SUCCESS;
    IoCompleteRequest(pIrp, IO_NO_INCREMENT);
    status = STATUS_SUCCESS;
    return status;
}


NTSTATUS MyCreateDevice(PDRIVER_OBJECT pDriverObject)
{
    /*
        创建设备函数,先创建设备,失败了打印失败信息并将状态码返回否则提示成功并继续
        创建符号链接.失败了就打印失败并将状态码返回否则提示成功并将状态码返回
    */
    NTSTATUS status;
    status = IoCreateDevice(pDriverObject, 0, &uDeviceName, FILE_DEVICE_UNKNOWN, 0, 1, &ptxDeviceObject);
    if (NT_SUCCESS(status))
    {
        DbgPrint("设备创建成功!\n");
    }
    else
    {
        DbgPrint("设备创建失败!\n");
        return status;
    }
    status = IoCreateSymbolicLink(&uSynLinkName, &uDeviceName);
    if (NT_SUCCESS(status))
    {
        DbgPrint("符号链接创建成功!\n");
    }
    else
    {
        DbgPrint("符号链接创建失败!\n");
        return status;
    }

    return status;

}


VOID UnLoadDriver(PDRIVER_OBJECT pDriverObject)
{
    IoDeleteSymbolicLink(&uSynLinkName);
    IoDeleteDevice(pDriverObject->DeviceObject);
    DbgPrint("符号链接删除成功!\n");
    DbgPrint("设备删除成功!\n");
}

NTSTATUS DriverEntry(PDRIVER_OBJECT pDriverObject,PUNICODE_STRING us)
{
    NTSTATUS status;
    ptxDeviceObject = &txDeviceObject;
    //初始化设备名和符号链接
    RtlInitUnicodeString(&uDeviceName, DeviceName);
    RtlInitUnicodeString(&uSynLinkName, SynLinkName);
    status = MyCreateDevice(pDriverObject);
    if (!NT_SUCCESS(status))
    {
        return status;
    }
    pDriverObject->DriverUnload = UnLoadDriver;
    
    //配置分发函数
    pDriverObject->MajorFunction[IRP_MJ_CREATE] = MyDisPatcher;
    pDriverObject->MajorFunction[IRP_MJ_CLOSE] = MyDisPatcher;
    pDriverObject->MajorFunction[IRP_MJ_READ] = MyDisPatcher;
    pDriverObject->MajorFunction[IRP_MJ_WRITE] = MyDisPatcher;
    pDriverObject->MajorFunction[IRP_MJ_DEVICE_CONTROL] = MyDisPatcher;



    return status;
}

 

 

exe.c

#include<Windows.h>
#include<winioctl.h>   //与驱动通信必要头文件

//格式固定,除了第2个参数和第3个参数. 协商的func_code和I/O模式,这里使用缓冲I/O
//驱动层也要定义一模一样的
#define add_func CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS)
#define sub_func CTL_CODE(FILE_DEVICE_UNKNOWN,0x801,METHOD_BUFFERED,FILE_ANY_ACCESS)
#define SymLinkName L"\\\\.\\freesec_tx"   //因为实际的符号链接时\\.\\freesec_tx



void main()
{
    HANDLE hDeivce = CreateFile(SymLinkName, GENERIC_READ | GENERIC_WRITE, 0, 0, OPEN_EXISTING, FILE_ATTRIBUTE_SYSTEM, 0);
    int num[2] = { 1,2 };
    int result;
    int returnBytes;
    int opt;
    if (hDeivce == NULL || hDeivce == INVALID_HANDLE_VALUE)
    {
        printf("打开设备失败, error code is %d", GetLastError());
        getchar();
        return;
    }
    printf("开始计算1+2\n");
    if (DeviceIoControl(hDeivce, add_func, num, sizeof(int) * 2, &result, sizeof(int), &returnBytes, 0))
    {
        printf("结果是%d\n", result);

    }
    else
    {
        printf("计算失败,错误码:%d\n", GetLastError());
    }
    printf("开始计算1-2\n");
    if (DeviceIoControl(hDeivce, sub_func, num, sizeof(int) * 2, &result, sizeof(int), &returnBytes, 0))
    {
        printf("结果是%d\n", result);

    }
    else
    {
        printf("计算失败,错误码:%d\n", GetLastError());
    }
    CloseHandle(hDeivce);
    getchar();
}

 

转载于:https://www.cnblogs.com/freesec/p/6202073.html

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/weixin_30685047/article/details/96992642

智能推荐

什么是内部类?成员内部类、静态内部类、局部内部类和匿名内部类的区别及作用?_成员内部类和局部内部类的区别-程序员宅基地

文章浏览阅读3.4k次,点赞8次,收藏42次。一、什么是内部类?or 内部类的概念内部类是定义在另一个类中的类;下面类TestB是类TestA的内部类。即内部类对象引用了实例化该内部对象的外围类对象。public class TestA{ class TestB {}}二、 为什么需要内部类?or 内部类有什么作用?1、 内部类方法可以访问该类定义所在的作用域中的数据,包括私有数据。2、内部类可以对同一个包中的其他类隐藏起来。3、 当想要定义一个回调函数且不想编写大量代码时,使用匿名内部类比较便捷。三、 内部类的分类成员内部_成员内部类和局部内部类的区别

分布式系统_分布式系统运维工具-程序员宅基地

文章浏览阅读118次。分布式系统要求拆分分布式思想的实质搭配要求分布式系统要求按照某些特定的规则将项目进行拆分。如果将一个项目的所有模板功能都写到一起,当某个模块出现问题时将直接导致整个服务器出现问题。拆分按照业务拆分为不同的服务器,有效的降低系统架构的耦合性在业务拆分的基础上可按照代码层级进行拆分(view、controller、service、pojo)分布式思想的实质分布式思想的实质是为了系统的..._分布式系统运维工具

用Exce分析l数据极简入门_exce l趋势分析数据量-程序员宅基地

文章浏览阅读174次。1.数据源准备2.数据处理step1:数据表处理应用函数:①VLOOKUP函数; ② CONCATENATE函数终表:step2:数据透视表统计分析(1) 透视表汇总不同渠道用户数, 金额(2)透视表汇总不同日期购买用户数,金额(3)透视表汇总不同用户购买订单数,金额step3:讲第二步结果可视化, 比如, 柱形图(1)不同渠道用户数, 金额(2)不同日期..._exce l趋势分析数据量

宁盾堡垒机双因素认证方案_horizon宁盾双因素配置-程序员宅基地

文章浏览阅读3.3k次。堡垒机可以为企业实现服务器、网络设备、数据库、安全设备等的集中管控和安全可靠运行,帮助IT运维人员提高工作效率。通俗来说,就是用来控制哪些人可以登录哪些资产(事先防范和事中控制),以及录像记录登录资产后做了什么事情(事后溯源)。由于堡垒机内部保存着企业所有的设备资产和权限关系,是企业内部信息安全的重要一环。但目前出现的以下问题产生了很大安全隐患:密码设置过于简单,容易被暴力破解;为方便记忆,设置统一的密码,一旦单点被破,极易引发全面危机。在单一的静态密码验证机制下,登录密码是堡垒机安全的唯一_horizon宁盾双因素配置

谷歌浏览器安装(Win、Linux、离线安装)_chrome linux debian离线安装依赖-程序员宅基地

文章浏览阅读7.7k次,点赞4次,收藏16次。Chrome作为一款挺不错的浏览器,其有着诸多的优良特性,并且支持跨平台。其支持(Windows、Linux、Mac OS X、BSD、Android),在绝大多数情况下,其的安装都很简单,但有时会由于网络原因,无法安装,所以在这里总结下Chrome的安装。Windows下的安装:在线安装:离线安装:Linux下的安装:在线安装:离线安装:..._chrome linux debian离线安装依赖

烤仔TVの尚书房 | 逃离北上广?不如押宝越南“北上广”-程序员宅基地

文章浏览阅读153次。中国发达城市榜单每天都在刷新,但无非是北上广轮流坐庄。北京拥有最顶尖的文化资源,上海是“摩登”的国际化大都市,广州是活力四射的千年商都。GDP和发展潜力是衡量城市的数字指...

随便推点

java spark的使用和配置_使用java调用spark注册进去的程序-程序员宅基地

文章浏览阅读3.3k次。前言spark在java使用比较少,多是scala的用法,我这里介绍一下我在项目中使用的代码配置详细算法的使用请点击我主页列表查看版本jar版本说明spark3.0.1scala2.12这个版本注意和spark版本对应,只是为了引jar包springboot版本2.3.2.RELEASEmaven<!-- spark --> <dependency> <gro_使用java调用spark注册进去的程序

汽车零部件开发工具巨头V公司全套bootloader中UDS协议栈源代码,自己完成底层外设驱动开发后,集成即可使用_uds协议栈 源代码-程序员宅基地

文章浏览阅读4.8k次。汽车零部件开发工具巨头V公司全套bootloader中UDS协议栈源代码,自己完成底层外设驱动开发后,集成即可使用,代码精简高效,大厂出品有量产保证。:139800617636213023darcy169_uds协议栈 源代码

AUTOSAR基础篇之OS(下)_autosar 定义了 5 种多核支持类型-程序员宅基地

文章浏览阅读4.6k次,点赞20次,收藏148次。AUTOSAR基础篇之OS(下)前言首先,请问大家几个小小的问题,你清楚:你知道多核OS在什么场景下使用吗?多核系统OS又是如何协同启动或者关闭的呢?AUTOSAR OS存在哪些功能安全等方面的要求呢?多核OS之间的启动关闭与单核相比又存在哪些异同呢?。。。。。。今天,我们来一起探索并回答这些问题。为了便于大家理解,以下是本文的主题大纲:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JCXrdI0k-1636287756923)(https://gite_autosar 定义了 5 种多核支持类型

VS报错无法打开自己写的头文件_vs2013打不开自己定义的头文件-程序员宅基地

文章浏览阅读2.2k次,点赞6次,收藏14次。原因:自己写的头文件没有被加入到方案的包含目录中去,无法被检索到,也就无法打开。将自己写的头文件都放入header files。然后在VS界面上,右键方案名,点击属性。将自己头文件夹的目录添加进去。_vs2013打不开自己定义的头文件

【Redis】Redis基础命令集详解_redis命令-程序员宅基地

文章浏览阅读3.3w次,点赞80次,收藏342次。此时,可以将系统中所有用户的 Session 数据全部保存到 Redis 中,用户在提交新的请求后,系统先从Redis 中查找相应的Session 数据,如果存在,则再进行相关操作,否则跳转到登录页面。此时,可以将系统中所有用户的 Session 数据全部保存到 Redis 中,用户在提交新的请求后,系统先从Redis 中查找相应的Session 数据,如果存在,则再进行相关操作,否则跳转到登录页面。当数据量很大时,count 的数量的指定可能会不起作用,Redis 会自动调整每次的遍历数目。_redis命令

URP渲染管线简介-程序员宅基地

文章浏览阅读449次,点赞3次,收藏3次。URP的设计目标是在保持高性能的同时,提供更多的渲染功能和自定义选项。与普通项目相比,会多出Presets文件夹,里面包含着一些设置,包括本色,声音,法线,贴图等设置。全局只有主光源和附加光源,主光源只支持平行光,附加光源数量有限制,主光源和附加光源在一次Pass中可以一起着色。URP:全局只有主光源和附加光源,主光源只支持平行光,附加光源数量有限制,一次Pass可以计算多个光源。可编程渲染管线:渲染策略是可以供程序员定制的,可以定制的有:光照计算和光源,深度测试,摄像机光照烘焙,后期处理策略等等。_urp渲染管线