PCIe设备漫游记----寄存器读写篇

最新推荐文章于 2024-08-19 15:16:21 发布
最新推荐文章于 2024-08-19 15:16:21 发布
阅读量9.7k 收藏 24
点赞数 6
分类专栏： PCIe设备漫游记
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/saloon_yuan/article/details/7749195
版权

      上篇中，我们设备打开函数已经得到了我们PCIe设备的句柄了。接下来我们来看看，设备打开之后，上层软件是怎样利用该句柄实现对设备上具体寄存器的访问的。

1：寄存器写操作

上层应用程序写操作函数代码：

/********************************************************************/
/*			    Write register 32bits		    */
/********************************************************************/
DLLEXP int CCONV ClLib_RegWrite32( HANDLE hHandle, unsigned char bar, unsigned long offset, unsigned long data )
{
	PORT_ACCESS port;
	DWORD       dwBytes;
	int         status = RTN_OK;

	if( (hHandle == NULL) || (hHandle == INVALID_HANDLE_VALUE) || (bar >= MAX_PCI_BAR) )
	{
		return (RTN_PRM_ERR);
	}

	memset(&port,0,sizeof(PORT_ACCESS));
	port.bar	 = bar;
	port.offs	 = offset;
	port.u.ldata = data;

	if(!DeviceIoControl(hHandle, IOCTL_WRITE_BASE_ULONG, 
							&port, sizeof(PORT_ACCESS),
							NULL, 0,
							&dwBytes, NULL))
	{
		status = RTN_ERR;
	}
	
	return (status);
}

函数中，第一个参数hHandle就是我们上篇中通过设备打开函数得到的设备句柄，参数bar 和 offset 分别指定寄存器所处的BAR空间编号以及对应的偏移地址。代码中重点就是DeviceIoControl函数。下面我们来详细探讨。 
BOOL WINAPI DeviceIoControl(
  __in         HANDLE hDevice,
  __in         DWORD dwIoControlCode,
  __in_opt     LPVOID lpInBuffer,
  __in         DWORD nInBufferSize,
  __out_opt    LPVOID lpOutBuffer,
  __in         DWORD nOutBufferSize,
  __out_opt    LPDWORD lpBytesReturned,
  __inout_opt  LPOVERLAPPED lpOverlapped
);
HANDLE hDevice： 设备句柄

DWORD dwIoControlCode： 控制代码

LPVOID lpInBuffer： 输入Buffer

DWORD nInBufferSize： 输入Buffer大小

LPVOID lpOutBuffer： 输出Buffer

DWORD nOutBufferSize：输出Buffer大小

LPDWORD lpBytesReturned： 返回的数据大小（存放于输出Buffer中）

LPOVERLAPPED lpOverlapped： 用于指定该I/O操作是异步还是同步。

本例中，我们的读写控制代码（上述函数的第二个参数）定义如下。

/* Used 32768-65535 */
#define FILE_DEVICE_DEMOPCI 		530710
#define CODE_BASE          		0x0A00
/* Control code definition */
#define IOCTL_WRITE_BASE_ULONG		CTL_CODE(FILE_DEVICE_DEMOPCI, CODE_BASE+ 1 , METHOD_BUFFERED, FILE_WRITE_ACCESS)
#define IOCTL_READ_BASE_ULONG		CTL_CODE(FILE_DEVICE_DEMOPCI, CODE_BASE+ 2 , METHOD_BUFFERED, FILE_READ_ACCESS)

另外。我们还定义了一个PORT_ACCESS结构体来当做输入Buffer，由于写操作不涉及取回数据的问题，我们将输出Buffer和其大小分别生成NULL和0即可。下面是PORT_ACCESS结构体的详细定义： 

/* For Single Access */
typedef struct _tagPortARG
{
	unsigned char bar;         /* Pci BaseAddress number */
	unsigned long offs;        /* offset */
  	union 
  	{
      		unsigned long  ldata;  /* send/recv data buffer */
      		unsigned short sdata;  /* send/recv data buffer */
      		unsigned char  cdata;  /* send/recv data buffer */
  	}u;
} PORT_ACCESS ,*PPORT_ACCESS;
该结构体中，我们把要操作的寄存器对应BAR空间编号以及偏移地址还有要写入的数据填入该结构中，然后调用DeviceIoControl函数，I/O管理器将创建一个主功能号为IRP_MJ_DEVICE_CONTROL的IRP包传递给我们底层的驱动程序，而驱动将会调用我们之前在DriverEntry函数里面已经注册好的派遣函数DEMOPciDevcieControl。 
NTSTATUS DEMOPciDeviceControl(IN PDEVICE_OBJECT DeviceObject, IN PIRP pIrp)
{
	NTSTATUS			status = STATUS_SUCCESS;
	PTSTDPCI_DEVICE_EXT		pDevExt;
	PIO_STACK_LOCATION		pIrpStack;
	void * pBuffer;
        ULONG Size;
    
        LARGE_INTEGER StartTime, EndTime, Freq;
        LONGLONG  IntervelTime;
		
	pDevExt = (PDEMOPCI_DEVICE_EXT)DeviceObject->DeviceExtension;
	/* Flag setting when driver is being used */
	DEMOPciRequestIncrement(pDevExt);
	
	if (!pDevExt->Started) 
	{
		status = STATUS_DEVICE_NOT_READY;
		pIrp->IoStatus.Status = STATUS_DEVICE_NOT_READY;
		IoCompleteRequest( pIrp, IO_NO_INCREMENT );
	}
	
	pIrpStack = IoGetCurrentIrpStackLocation( pIrp );
	
	switch (pIrpStack->MajorFunction)
	{
	case IRP_MJ_DEVICE_CONTROL:
		switch (pIrpStack->Parameters.DeviceIoControl.IoControlCode)
		{
			case IOCTL_WRITE_BASE_ULONG:
				status = DEMOPciWriteBaseUlong(pDevExt, pIrp);
				break;
			case IOCTL_READ_BASE_ULONG:
				status = DEMOPciReadBaseUlong(pDevExt, pIrp);
				break;
			case IOCTL_CMN_BUFF_ALLOC:
				status = DEMOPciCommonBufferAlloc(pDevExt, pIrp);
				break;
			case IOCTL_CMN_BUFF_FREE:
				status = DEMOPciCommonBufferFree(pDevExt, pIrp);
				break;
                        ..............
                        ..............
                        ..............

                        case IOCTL_CREATE_EVENT:
				status= DEMOPciCreateEvent(pDevExt, pIrp);
				break;	
			case IOCTL_CLOSE_EVENT:
				status= DEMOPciCloseEvent(pDevExt, pIrp);
				break;
			default:
				status = STATUS_INVALID_PARAMETER;
				break;
		}
		break;
	default:
		status = STATUS_NOT_IMPLEMENTED;
		break;
	}
        break;
    default:
        status = STATUS_NOT_IMPLEMENTED;
        break;
    }
    
    pIrp->IoStatus.Status = status;
    if (status != STATUS_PENDING) 
    {
        IoCompleteRequest(pIrp, IO_NO_INCREMENT);
        /* Flag release when driver is being used */
        DEMOPciRequestDecrement(pDevExt);    
    }
    

    return (status);
}

我们看到在DEMOPciDevcieControl函数中，根据不同的设备控制码，将执行不同的I/O操作（如DMA Buffer空间的申请与释放，事件创建与关闭等等）。本例中我们只讨论寄存器读写函数的具体实现。 
NTSTATUS DEMOPciWriteBaseUlong( PDEMOPCI_DEVICE_EXT	pDevExt, PIRP pIrp ) 
{
	UCHAR         	        bar;
	NTSTATUS	        status = STATUS_SUCCESS;
	PIO_STACK_LOCATION	pIrpStack;
	PORT_ACCESS		*pBuffer;
	ULONG		        ulInBufferSize, ulOutBufferSize;
	PULONG			pulIoAddr;

	pIrpStack       = IoGetCurrentIrpStackLocation(pIrp);          
        ulInBufferSize	= pIrpStack->Parameters.DeviceIoControl.InputBufferLength;
	pBuffer		= (PORT_ACCESS *)pIrp->AssociatedIrp.SystemBuffer;
	bar = pBuffer->bar;
	if(bar < 6)
	{
		if( pDevExt->base[bar].WhichMapped == TYPE_MEM )
		{                        
                        DebugPrint("TYPE_MEM\n");
                        if( ( (pBuffer->offs) + sizeof(ULONG) ) > ( pDevExt->base[bar].MemorySize ) )
			{
				status=STATUS_INVALID_PARAMETER;
			}
			else
			{
                                DebugPrint("base[%d].MemoryMappedAddress+(pBuffer->offs): %x\n",bar, ((PUCHAR)pDevExt->base[bar].MemoryMappedAddress+(pBuffer->offs)));
				DebugPrint("pBuffer->u.ldata: %x\n",pBuffer->u.ldata);
				WRITE_REGISTER_ULONG((PULONG)((PUCHAR)pDevExt->base[bar].MemoryMappedAddress+(pBuffer->offs)), pBuffer->u.ldata);
			}
		}
		else if( pDevExt->base[bar].WhichMapped == TYPE_IO )
		{
			DebugPrint("TYPE_IO\n");
			if( ( (pBuffer->offs) + sizeof(ULONG) ) > ( pDevExt->base[bar].IoPortSize ) )
			{
				status=STATUS_INVALID_PARAMETER;
			}
			else
			{
				DebugPrint("base[%d].IoPortMappedAddress+(pBuffer->offs): %x\n",bar, ((PUCHAR)pDevExt->base[bar].IoPortMappedAddress+(pBuffer->offs)));
				DebugPrint("pBuffer->u.ldata: %x\n",pBuffer->u.ldata);
				WRITE_PORT_ULONG((PULONG)((PUCHAR)pDevExt->base[bar].IoPortMappedAddress+(pBuffer->offs)), pBuffer->u.ldata);
			}
		}
		else
		{
			status=STATUS_UNSUCCESSFUL;
		}
	}
	else
	{
		status=STATUS_INVALID_PARAMETER;
	}

	if(status == STATUS_SUCCESS)
	{
		pIrp->IoStatus.Information = 4;
	}
	else
	{
		pIrp->IoStatus.Information = 0;
	}

	return (status);
}

上述代码中，函数通过解析IRP包中的信息，得到要操作的寄存器的bar空间编号，偏移地址，以及要写入的数据等信息，然后调用系统函数ＷＲＩＴＥ_REGISTER_ULONG完成对寄存器的写操作，操作成功之后，该函数通过设置pIrp->IoStatus.Information = 4 来表明此次IRP操作的字节数，然后返回状态给DEMOPciDevcieControl函数，由DEMOPciDevcieControl函数调用IoCompleteRequest函数来完成本次IRP操作，最后I/O控制器将结果返回给上层函数，至此，寄存器的写操作已经成功完成了。


2：寄存器读操作

知道了写操作的流程，读操作就依葫芦画瓢，非常简单了。在此我们就不详细叙述。代码就是最好的老师，我们直接展示。

上层寄存器读操作函数如下：

/********************************************************************/
/*			    Read register 32bits		    */
/********************************************************************/
DLLEXP int CCONV ClLib_RegRead32( HANDLE hHandle, unsigned char bar, unsigned long offset, unsigned long *data )
{
	PORT_ACCESS port;
	DWORD       dwBytes;
	int         status = RTN_OK;

	if( (hHandle == NULL) || (hHandle == INVALID_HANDLE_VALUE) || (bar >= MAX_PCI_BAR) )
	{
		return (RTN_PRM_ERR);
	}

	memset(&port,0,sizeof(PORT_ACCESS));
	port.bar	 = bar;
	port.offs	 = offset;

	if(!DeviceIoControl(hHandle, IOCTL_READ_BASE_ULONG, 
							&port, sizeof(PORT_ACCESS),
							&port, sizeof(PORT_ACCESS),
							&dwBytes, NULL))
	{
		status = RTN_ERR;
	}
	*data = port.u.ldata;
	
	return (status);
}

驱动层读函数如下： 

NTSTATUS DEMOPciReadBaseUlong( PDEMOPCI_DEVICE_EXT pDevExt, PIRP pIrp ) 
{
	NTSTATUS				status = STATUS_SUCCESS;
	PIO_STACK_LOCATION	pIrpStack;
	PORT_ACCESS			*pBuffer;
	ULONG					ulInBufferSize, ulOutBufferSize;

	pIrpStack       	= IoGetCurrentIrpStackLocation(pIrp);
	ulInBufferSize	= pIrpStack->Parameters.DeviceIoControl.InputBufferLength;
	ulOutBufferSize	= pIrpStack->Parameters.DeviceIoControl.OutputBufferLength;
	pBuffer		= (PORT_ACCESS *)pIrp->AssociatedIrp.SystemBuffer;		
	bar = pBuffer->bar;
	if(bar < 6)
	{
		pBuffer->u.ldata=0;
		if( pDevExt->base[bar].WhichMapped == TYPE_MEM )
		{
			DebugPrint("TYPE_MEM\n");
			if( ( (pBuffer->offs) + sizeof(ULONG) ) > ( pDevExt->base[bar].MemorySize ) )
			{
				status=STATUS_INVALID_PARAMETER;
			}
			else
			{
				DebugPrint("base[%d].MemoryMappedAddress+(pBuffer->offs): %x\n",bar,	((PUCHAR)pDevExt->base[bar].MemoryMappedAddress+(pBuffer->offs)));
				DebugPrint("pBuffer->u.ldata: %x\n",pBuffer->u.ldata);
				DebugPrint("pDevExt->base[bar].MemorySize = %lx\n", pDevExt->base[bar].MemorySize);
				pBuffer->u.ldata = READ_REGISTER_ULONG( (PULONG)((PUCHAR)pDevExt->base[bar].MemoryMappedAddress+(pBuffer->offs)) );
			}
		}
		else if( pDevExt->base[bar].WhichMapped == TYPE_IO )
		{
			DebugPrint("TYPE_IO\n");
			if( ( (pBuffer->offs) + sizeof(ULONG) ) > ( pDevExt->base[bar].IoPortSize ) )
			{
				status=STATUS_INVALID_PARAMETER;
			}
			else
			{
				DebugPrint("base[%d].IoPortMappedAddress+(pBuffer->offs): %x\n",bar, ((PUCHAR)pDevExt->base[bar].IoPortMappedAddress+(pBuffer->offs)));
				DebugPrint("pBuffer->u.ldata: %x\n",pBuffer->u.ldata);
				pBuffer->u.ldata = READ_PORT_ULONG( (PULONG)((PUCHAR)pDevExt->base[bar].IoPortMappedAddress+(pBuffer->offs)) );
			}
		}
		else
		{
			status=STATUS_UNSUCCESSFUL;
		}
	}
	else
	{
		status=STATUS_INVALID_PARAMETER;
	}
	if(status == STATUS_SUCCESS)
		pIrp->IoStatus.Information = sizeof(PORT_ACCESS);
	else
		pIrp->IoStatus.Information = 0;

	return (status);
}


saloon_yuan
关注
专栏目录
python通过pcie读数据_在模块中读写pcie slot的寄存器状态
weixin_39906192的博客
12-08 728
#include #define PCI_EXP_SLTSTA_PDS 0x0040 /* Presence Detect State */#define PCI_EXP_SLTSTA_PDC 0x0008 /* Presence Detect Changed */#define PCI_EXP_SLTSTA 26 /* Slot Status ...
PCIe扫盲——配置空间的读写机制
zsmcdut的博客
09-03 1017
转：http://blog.chinaaet.com/justlxy/p/5100053318 需要特别注意的是，PCIe的Spec中明确规定只有Root有权限发起配置请求（Originate Configuration Requests），也就是说PCIe系统里面的其他设备是不允许去配置其他设备的配置空间的，即peer-to-peer的配置请求是不允许的。并且配置请求的路由（Routing）方式
PCI配置寄存器读写Winows驱动及测试用应用程
12-29
PCI配置寄存器读写Winows驱动及测试用应用程序，参见博客http://blog.csdn.net/li171049/article/details/17655065
stm32 BKP寄存器 读写程序hal库版本+寄存器版本 pcb原理
最新发布
a_chun_的博客
08-19 555
备份寄存器是42个16位的寄存器，可用来存储84个字节的用户应用程序数据。他们处在备份域里，当VDD电源被切断，他们仍然由VBAT维持供电。当系统在待机模式下被唤醒，或系统复位或电源复位时，他们也不会被复位。此外，BKP控制寄存器用来管理侵入检测和RTC校准功能。复位后，对备份寄存器和RTC的访问被禁止，并且备份域被保护以防止可能存在的意外的写操作。执行以下操作可以使能对备份寄存器和RTC的访问。
5.3 存储器、I/O和配置读写请求TLP 分类： 浅谈PCI-E ...
weixin_30347335的博客
07-22 675
本节讲述PCIe总线定义的各类TLP，并详细介绍这些TLP的格式。在这些TLP中，有些格式对于初学者来说较难理解。读者需要建立PCIe总线中与TLP相关的一些基本概念，特别是存储器读写相关的报文格式。在PCIe总线中，存储器读写，I/O读写和配置读写请求TLP由以下几类报文组成。 (1) 存储器读请求TLP和读完成TLP 当PCIe主设备，RC或者EP，访问目标设备...
用pcimem读写x64平台下的PCIE外设寄存器
六个九十度
02-22 3732
背景 在之前的一篇文章用devmem2读写设备IO内存中，我介绍了devmem2这个通过读写/dev/mem文件实现从用户空间访问外设寄存器的工具，但是对于PCIE设备，特别是FPGA模拟出来的自定义PCIE设备，该工具在x64平台下可能会发出64位的内存读写请求，而FPGA模拟的外设寄存器一般都映射到32位地址空间，此时x86就会卡死。 x86驱动必须用ioread32接口来读写外设寄存器，而该接口无法被用户程序调用，不利用调试，于是就需要一种既能从用户空间访问，又能避免PCIE发出64位地址访问请求的方
PCIe系列第五讲、存储器、配置、IO读写请求和原子操作、消息报文
mabin2005的专栏
08-06 3713
本将着重讲述TLP的存储器、配置、IO读写请求和原子操作、消息报文几种操作请求，其中主要从其结构和特点进行分析。 存储器读写请求TLP 存储器读请求：non-posted类型读请求，主设备接收到目标设备返回的读完成TLP后，一次存储器读请求完成。 存储器写请求：posted类型事务，主设备（RC、EP）发出存储器写请求TLP给存储器。 存储器读写请求使用地址路由方式进行数据传递，该类TLP头中的Address字段分为32位和64位地址两种类型，在存储器读写请求的byte8~byte11或..
Quectel-EC200U-EU-Mini-PCIe-LTE-Standard-模块产品规格书-V1.0.pdf
02-22
### Quectel EC200U-EU Mini PCIe LTE Standard 模块产品规格书解析 #### 一、产品概述 **Quectel EC200U-EU Mini PCIe 模块**是专为满足物联网（IoT）和机器对机器（M2M）应用需求而设计的一款LTE Cat 1模块。此...
华为5G mini pcie模块MH5000-31p
01-05
华为5G mini PCIe模块MH5000-31P是一款专为移动通信设计的高性能5G通信模块，尤其适用于需要高速、低延迟网络连接的设备。这款模块集成了多种操作系统支持，包括Android、Linux以及Windows，使得它能广泛应用于各种...
PCIe-M.2-接口规范-V1.0-接口定义
12-14
PCIe M.2接口规范是一种电子机械接口标准，用于定义一种紧凑型连接器，能够连接个人电脑、笔记本电脑或其他形式的计算设备与固态存储装置、无线网卡等模块。M.2接口的形状小巧，支持多种连接协议，包括PCI Express ...
行业分类-设备装置-数据读写方法、读写装置及数据存储系统.zip
09-02
数据读写方法、读写装置及数据存储系统是信息技术领域中的关键组成部分，它们涉及硬件设备、软件算法以及数据处理流程。在本压缩包文件中，我们聚焦于如何高效、安全地进行数据存取，理解这些知识点对于理解现代信息...
基于XDMA核和AXI4协议实现PCIE数据读写（一）：工程建立
08-18
本工程通过Xilinx官方的XDMA核实现上位机和PCIE的通信，通过AXI4协议实现PCIE数据和ARM核的通信。工程内使用了XDMA核（官方）、AXI4Slave核（自编）、DMA核和ARM核，实现数据的通信。
行业分类-设备装置-一种读写存储设备的方法及装置.zip
09-10
标题中的“行业分类-设备装置-一种读写存储设备的方法及装置”表明这是一个关于电子设备，特别是存储设备的创新技术，可能涉及到数据读取、写入的优化策略或新型存储架构。描述与标题一致，进一步确认了这个主题的...
C++类之PCIE驱动管理
qq_25652139的博客
04-29 2888
根据项目需求，师兄写了PCIE板卡的驱动，而我负责通过调用这些API函数对PCIE板卡进行管理。为了更好地管理PCIE板卡，根据功能需求，我将这些API函数封装到自己的类中。师兄提供的API接口函数如下： XilPci_CommonBufferProperties 获取驱动申请的公共缓冲区的属性 XilPci_CommonBufferMap
7.PCIE配置空间读写软件
B.souls
08-18 1704
软件-7.PCIE配置空间读写 软件-7.PCIE配置空间读写 软件-7.PCIE配置空间读写 软件读写配置空间 驱动层接口 原理分析 驱动层代码接口 驱动层接口与原理 相关参考 基础知识 raw_pci_ops 得初始化 raw_pci_ext_ops 得原理-ECAM 如何获取ECAM得基地址？ 软件读写配置空间 驱动层接口 inline int pci_read_config_byte(
pcie读写ddr_（LINUX）S04-CH03 PCIE 读写BAR地址和DDR
weixin_42442651的博客
12-23 445
void MainWindow::on_TestDDR_clicked(){unsigned char buf1[4096];unsigned char buf2[4096];unsigned int i=0;unsigned int error_cnt =0;for(i=0;i<4096;i++){buf1[i]=i;}put_data_to_fpga_ddr(FPGA_AXI_START...
PCIe 配置空间读写内核实现
热门推荐
YuZhiHui_No1的专栏
08-04 1万+
1     PCI及PCI-E配置空间介绍    PCI-E是用来互联如计算和通信平台应用中外围设备的第三代高性能I/O总线。PCI-E采用了与PCI相同的使用模型和读写（load-store）通信模型，支持各种常见的事务，如存储器读/写、IO读/写和配置读/写事务。其存储器、IO和配置地址空间与PCI的地址空间相同。PCI Express与PCI系统是软件向后兼容的。 PCI-E的配置空间大
PCIe扫盲——高级错误报告AER（一）
justlxy的博客
05-16 3029
前面的文章提到过高级错误报告（Advanced Error Reporting，AER），接下来详细地介绍一下这一功能。在已有的PCIe错误报告机制上（之前文章介绍的），AER还支持以下特性： · 在登记实际发生的错误类型时，有更好的粒度（Granularity，可以理解为区分度或者精确度） · 区分各种不可校正错误的严重程度 · 支持登记包头中的错误 · 为Root通过中断报告接收到的错误消息提供了标准化的控制机制 ·...
PCI总线学习笔记：读写篇
Powerful_Green的博客
04-06 950
最近在写E1000网卡的驱动，这其中涉及到了PCI总线的相关内容。但是网上大部分关于PCI的文章都只局限在概念上的描述，并没有给出具体的例子来解释。这其实也是情理之中的，因为PCI总线规范就像是一个抽象的接口，其具体怎么实现是与具体的设备有关的，这也是学习硬件最让人头痛的地方：有时难以区分概念与实现的边界，例如，对于CPU是如何区分访存和MMIO这个问题（两者在CPU看来都是对一个物理地址进行访问），作为概念层的x86体系结构规范并没有明确规定这个该如何实现，而只是在手册里面提到了这样一个概念；
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值