之前已经实现到了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的操作。