Linux设备驱动程序允许FPGA直接DMA到CPU RAM

前端之家收集整理的这篇文章主要介绍了Linux设备驱动程序允许FPGA直接DMA到CPU RAM前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在编写一个 Linux设备驱动程序,允许FPGA(目前通过PCI Express连接到PC)将DMA数据直接写入cpu RAM.这需要在没有任何交互的情况下发生,并且用户空间需要访问数据.一些细节:
– 运行64位Fedora 14
– 系统有8GB的RAM
– FPGA(Cyclone IV)位于PCIe卡上

为了实现这一目标,我执行了以下操作:
– 使用memmap 6GB $2GB保留grub中的2GB内存(不启动是我添加内存= 2GB).我可以看到,在/ proc / meminfo中保留了2GB的RAM
– 映射BAR0以允许读取和写入FPGA寄存器(这非常有效)
– 在我的驱动程序中使用remap_pfn_range()实现了一个mmap函数
– 使用ioremap获取缓冲区的虚拟地址
添加了ioctl调用(用于测试)以将数据写入缓冲区
– 通过进行ioctl调用将数据写入缓冲区并验证数据是否来自用户空间的缓冲区来测试mmap

我面临的问题是当FPGA开始将DMA数据发送到我提供的缓冲区地址时.我不断得到PTE错误(来自DMAR :)或使用下面的代码我得到以下错误
DMAR:[DMA写入]请求设备[01:00.0]故障添加器186dc5000
DMAR:[错误原因01]根条目中的当前位清除
DRHD:处理故障状态reg 3

第一行中的地址每次基于来自FPGA的DMA递增0x1000

这是我的init()代码

  1. #define IMG_BUF_OFFSET 0x180000000UL // Location in RAM (6GB)
  2. #define IMG_BUF_SIZE 0x80000000UL // Size of the Buffer (2GB)
  3.  
  4. #define pci_dma_h(addr) ((addr >> 16) >> 16)
  5. #define pci_dma_l(addr) (addr & 0xffffffffUL)
  6.  
  7. if((pdev = pci_get_device(FPGA_VEN_ID,FPGA_DEV_ID,NULL)))
  8. {
  9. printk("FPGA Found on the PCIe Bus\n");
  10.  
  11. // Enable the device
  12. if(pci_enable_device(pdev))
  13. {
  14. printk("Failed to enable PCI device\n");
  15. return(-1);
  16. }
  17. // Enable bus master
  18. pci_set_master(pdev);
  19.  
  20. pci_read_config_word(pdev,PCI_VENDOR_ID,&id);
  21. printk("Vendor id: %x\n",id);
  22. pci_read_config_word(pdev,PCI_DEVICE_ID,&id);
  23. printk("Device id: %x\n",PCI_STATUS,&id);
  24. printk("Device Status: %x\n",id);
  25. pci_read_config_dword(pdev,PCI_COMMAND,&temp);
  26. printk("Command Register : : %x\n",temp);
  27. printk("Resources Allocated :\n");
  28. pci_read_config_dword(pdev,PCI_BASE_ADDRESS_0,&temp);
  29. printk("BAR0 : %x\n",temp);
  30.  
  31. // Get the starting address of BAR0
  32. bar0_ptr = (unsigned int*)pcim_iomap(pdev,FPGA_CONFIG_SIZE);
  33. if(!bar0_ptr)
  34. {
  35. printk("Error mapping Bar0\n");
  36. return -1;
  37. }
  38. printk("Remapped BAR0\n");
  39.  
  40. // Set DMA Masking
  41. if(!pci_set_dma_mask(pdev,DMA_BIT_MASK(64)))
  42. {
  43. pci_set_consistent_dma_mask(pdev,DMA_BIT_MASK(64));
  44. printk("Device setup for 64bit DMA\n");
  45. }
  46. else if(!pci_set_dma_mask(pdev,DMA_BIT_MASK(32)))
  47. {
  48. pci_set_consistent_dma_mask(pdev,DMA_BIT_MASK(32));
  49. printk("Device setup for 32bit DMA\n");
  50. }
  51. else
  52. {
  53. printk(KERN_WARNING"No suitable DMA available.\n");
  54. return -1;
  55. }
  56.  
  57. // Get a pointer to reserved lower RAM in kernel address space (virtual address)
  58. virt_addr = ioremap(IMG_BUF_OFFSET,IMG_BUF_SIZE);
  59. kernel_image_buffer_ptr = (unsigned char*)virt_addr;
  60. memset(kernel_image_buffer_ptr,IMG_BUF_SIZE);
  61. printk("Remapped image buffer: 0x%p\n",(void*)virt_addr);

}

这是我的mmap代码

  1. unsigned long image_buffer;
  2. unsigned int low;
  3. unsigned int high;
  4.  
  5. if(remap_pfn_range(vma,vma->vm_start,vma->vm_pgoff,vma->vm_end - vma->vm_start,vma->vm_page_prot))
  6. {
  7. return(-EAGAIN);
  8. }
  9.  
  10. image_buffer = (vma->vm_pgoff << PAGE_SHIFT);
  11.  
  12. if(0 > check_mem_region(IMG_BUF_OFFSET,IMG_BUF_SIZE))
  13. {
  14. printk("Failed to check region...memory in use\n");
  15. return -1;
  16. }
  17.  
  18. request_mem_region(IMG_BUF_OFFSET,IMG_BUF_SIZE,DRV_NAME);
  19.  
  20. // Get the bus address from the virtual address above
  21. //dma_page = virt_to_page(addr);
  22. //dma_offset = ((unsigned long)addr & ~PAGE_MASK);
  23. //dma_addr = pci_map_page(pdev,dma_page,dma_offset,PCI_DMA_FROMDEVICE);
  24. //dma_addr = pci_map_single(pdev,image_buffer,PCI_DMA_FROMDEVICE);
  25. //dma_addr = IMG_BUF_OFFSET;
  26. //printk("DMA Address: 0x%p\n",(void*)dma_addr);
  27.  
  28. // Write start or image buffer address to the FPGA
  29. low = pci_dma_l(image_buffer);
  30. low &= 0xfffffffc;
  31. high = pci_dma_h(image_buffer);
  32. if(high != 0)
  33. low |= 0x00000001;
  34.  
  35. *(bar0_ptr + (17024/4)) = 0;
  36.  
  37. //printk("DMA Address LOW : 0x%x\n",cpu_to_le32(low));
  38. //printk("DMA Address HIGH: 0x%x\n",cpu_to_le32(high));
  39. *(bar0_ptr + (4096/4)) = cpu_to_le32(low); //2147483649;
  40. *(bar0_ptr + (4100/4)) = cpu_to_le32(high);
  41. *(bar0_ptr + (17052/4)) = cpu_to_le32(low & 0xfffffffe);//2147483648;
  42.  
  43. printk("Process Read Command: Addr:0x%x Ret:0x%x\n",4096,*(bar0_ptr + (4096/4)));
  44. printk("Process Read Command: Addr:0x%x Ret:0x%x\n",4100,*(bar0_ptr + (4100/4)));
  45. printk("Process Read Command: Addr:0x%x Ret:0x%x\n",17052,*(bar0_ptr + (17052/4)));
  46. return(0);

感谢您提供任何帮助.

解决方法

您是否自己控制了写入TLP数据包的RTL代码,或者您是否可以命名正在使用的DMA引擎和PCIe BFM(总线功能模型)?您的数据包在模拟器中看起来像什么?最体面的BFM应该捕获这个而不是让你在使用PCIe硬件捕获系统进行部署后找到它.

要定位RAM的高2GB,您需要从设备发送2DW(64位)地址.您的Fmt / Type中的位是否设置为执行此操作?故障地址看起来像一个屏蔽的32位总线地址,所以这个级别的东西可能不正确.还要记住,因为PCIe是big-endian,在将目标地址写入PCIe设备端点时要小心.如果Fmt不正确,您可能会将目标地址的较低字节落入有效负载中 – 同样适当的BFM应该发现结果数据包长度不匹配.

如果您有最近的主板/现代cpu,PCIe端点应该执行PCIe AER(高级错误报告),因此如果运行最近的Centos / RHEL 6.3,您应该获得端点故障的dmesg报告.这非常有用,因为报告将数据包的第一批DW捕获到特殊捕获寄存器,因此您可以查看收到的TLP.

在你的内核驱动程序中,我看到你设置了DMA掩码,这还不够,因为你没有编程mmu来允许从设备写入页面.查看pci_alloc_consistent()的实现,看看你应该调用什么来实现这一点.

猜你在找的Linux相关文章