PCIE驱动学习11 尝试实现DMA从板卡写PC操作

之前已经实现到了BAR0寄存器的读写。PC对PCIE板卡的控制就是以BAR0的寄存器作为窗口的。

我们接下来分析驱动中从FPGA写到PC的实现。简单写一下自己之前就总结出来的几个知识点：

1，PC访问板卡通过BAR0寄存器。

2，板卡自主的搬运数据。

3，板卡搬运数据用的地址是32位，用户空间地址64位，这需要在驱动程序里面对应起来。

4，我们在驱动里获取的32位的地址，通过对bar0寄存器的写操作告知FPGA。我们实验中读动作的产生也是通过操作BAR0寄存器来产生。

5，现有的驱动已经实现了对BAR0的访问，我接下来申请并加入64位地址和32位地址的对应，约定FPGA以32位地址空间写数，驱动从64位（或者32位）读出来，看看是否实现了FPGA传给PC这个通路的打通。

步骤1，申请并对应32位和64位的空间。

 

void * usr_addr ; 
dma_addr_t phy_addr;

printk(KERN_INFO PFX "liwei:  bar0  bar1 now ready   [%d] \n",  __LINE__ );

usr_addr = pci_alloc_consistent( pdev , 1024 , &phy_addr ) ; 
if (!usr_addr) {
			printk(KERN_INFO PFX "liwei Failed to allocate DMA buffer" );
            pci_free_consistent(pdev, 1024, usr_addr,phy_addr);
}

printk(KERN_INFO PFX "liwei:  addr  bar1 now ready   [%d] \n",  __LINE__ );
printk(KERN_INFO PFX "liwei:  phy_addr = %08x usr_addr=%16x   [%d] \n",(unsigned int)phy_addr , (long long ) usr_addr     , __LINE__ );

我用上面代码申请了内存得到了并且得到了64位和32位一对地址。

运行结果看上去OK。

实验中发现如果在rmmod时候不调用pci_free_consistent进行释放，下次申请地址会以此减去4K。

如果使用了pci_free_consistent进行释放，则下次还将会是这个地址。这样保证每次申请的地址不变我们就可以偷懒直接设置给FPGA这个32位的起始地址。

这个地址申请到了，在驱动空间都可以看到，所以尝试用指针来操作。

接下来我们尝试一下如何将这个数据发送给BAR0寄存器，并触发FPGA给PC的写数操作。

unsigned int *p = (unsigned int *)usr_addr ;
*p=0x12345678;
printk(KERN_INFO PFX "liwei:  *p = %08x [%d] \n",*p,  __LINE__ );

从运行结果来看，在驱动程序里按照64位地址去访问是没有问题的。

步骤2，尝试发这个地址给FPGA。

在FPGA里面做了寄存器，寻址位置是4，不设置为0的原因主要是我们也趁机看看地址对应关系。

这里看到读任何地址的寄存器都会返回这个32位的寄存器，从而验证写入正确。

在驱动里面加入了写寄存器：

BAR0_WR( bar0_addr , 4,    (unsigned int)phy_addr  ) ;   

r = BAR0_RD( bar0_addr ,  4  ) ;    //  BAR0_WR( bar0_addr , i , i   ) ; 
printk(KERN_INFO PFX "read%d = %08x \n" ,  4, r );

运行结果如下：

发现运行正常。接下来尝试出发FPGA向PC发数。看看实际是否有数据传输。

这里我们再HDL代码代码设置一个寄存器10，当向这个寄存器写0X0A时，就触发FPGA写PC的操作。

步骤3，