Capric卡的DMA读/写过程与capric_write/capric_read函数对应。
1.DMA写的操作流程
Capric卡的数据传送方法较为简单，其DMA读写的硬件操作流程如第12.1.3节所示。DMA写的实现过程与capric_read函数对应，如源代码12-6～7所示。
源代码12-6 Capric卡的DMA写片段1
这段源代码首先对count字段进行检查，因为Capric卡规定一次DMA操作所传递的数据不超过2KB，之后使用kmalloc函数分配DMA写使用的数据缓存。kmalloc函数所能分配的内存大小受限于Linux系统中的SLAB/SLUB内存分配器，在系统内存紧张时，有可能失败，因此在此必须进行参数检查。值得注意的是，在一个实际驱动程序中，很少在读写服务例程中使用kmalloc函数申请内存，然后使用kfree函数释放这段内存，因为这样做容易产生内存碎片。而且kmalloc函数的执行时间也相对较长，影响数据传送的效率。
随后这段代码调用pci_map_single函数将存储器域的虚拟地址virt_addr转换为PCI总线域的物理地址dma_write_addr，供Capric卡的DMA控制器使用。Linux系统提供了一组将虚拟地址转换为设备域物理地址的方法，参见第12.3.5节。
源代码12-7 Capric卡的DMA写片段2
㊀ #ifdef和#endif出现在函数体中并不可取，请读者参阅Greg Kroah-Hartman的Proper Linux Kernel Coding Style掌握正确的处理方法。
如果当前DMA写操作不与Cache进行一致性操作，将首先执行dma_sync_single函数进行存储器与Cache的同步操作，该函数的详细说明见第12.3.6节。随后这段程序使用capric_w32函数执行第12.1.3节中要求的寄存器操作，之后可以使用轮询方式，或者使用中断方式唤醒这个DMA写进程。当进程被唤醒后，表示DMA写操作已经完成，此时这段程序使用copy_to_user函数将数据复制到用户空间。
值得注意的是，这段代码使用了interruptible_sleep_on函数将当前进程休眠，而在中断处理程序中使用wake_up_interruptible函数将其唤醒。这是一种非常糟糕的实现方式，而且存在相当大的隐患。
interruptible_sleep_on函数的主要工作是将当前进程放入等待队列中睡眠，目前在Linux系统中，该函数已经逐步被wait_event_interruptible函数取代，但这并不是问题的关键。在源代码12-7中，即便使用wait_event_interruptible函数也存在同样的问题。(www.chuimin.cn)
因为interruptible_sleep_on函数的执行路径较长，很可能在当前进程还没有被该函数放入adapter-＞dma_write_wait队列时，处理器已经执行中断服务例程，打断interruptible_sleep_on函数，并执行wake_up_interruptible函数。Capric中断服务例程的详细说明见第12.3.4节。
wake_up_interruptible函数将唤醒在adapter-＞dma_write_wait队列中休眠的进程，而此时当前进程可能还没有被加入到等待队列中。当该函数执行完毕退出中断处理例程之后，处理器继续执行capric_read函数，并完成interruptible_sleep_on函数的执行，将自身加入到等待队列中睡眠。此时由于中断服务例程已经被提前执行，因此当前进程不会被wake_up_in-terruptible函数唤醒，从而造成死锁。
程序员可以使用DCSR1寄存器的msk和pending位解决这个死锁问题。采用这种方法时，设备驱动程序需要保证当前进程进入等待队列后，再允许Capric卡提交中断请求。但是这种方法将产生较长的中断延时，从而极大影响Capric卡的DMA读写效率。
程序员还可以使用interruptible_sleep_on_timeout或者wait_event_interruptible_timeout函数进行超时处理，使用该方法也可以解决上述死锁问题。
以上这两种方法都不是完美的解决方案，因为产生这种死锁的主要原因是Capric卡的逻辑设计并不合理。Capric卡使用的数据传送模型较为简单，系统程序员很难基于此模型写出高效的驱动程序。
2.DMA读的操作流程
Capric卡DMA读使用的函数与DMA写的类似，其流程如源代码12-8所示。
源代码12-8 Capric卡的DMA读
读者如果正确理解了上文关于DMA写的执行过程，DMA读的执行过程并不难理解。Capric卡DMA读的硬件操作流程如第12.1.4节所示。上述源代码使用capric_w32函数完成硬件寄存器的填写，然后可以使用轮询或者中断方式确定DMA读是否已经完成。在DMA读完成之后该例程将释放使用的内存资源后返回。与DMA写的操作流程类似，这段程序依然存在隐患。
有关PCI Express体系结构导读的文章
在x86处理器和PowerPC处理器中，PCI设备对“不可Cache的存储器空间”进行DMA读写的过程并不相同。在x86处理器中，PCI设备向不可Cache的存储器空间进行读操作时，CPU也必须进行Cache共享一致性操作，而这种没有必要的Cache共享一致性操作将影响PCI总线的传送效率。此时PowerPC处理器不会在FSB总线中进行Cache一致性操作，即忽略FSB总线事务的Snoop Phase。PCI设备进行DMA写时，数据将直接进入主存储器，而PCI设备进行DMA读所读取的数据将直接从主存储器获得。......
2023-10-20
前面章节讨论了将数据写入文件和从文件中读取数据的方法。在上述两方面应用的文件数据处理中，文件操作的模式应该是“读写”文件。“读写”文件的打开模式有两大类：读为主的读写类模式和写为主的读写类模式。在对文件数据读写时，必须确认读写位置指针的性质是“读位置指针”还是“写位置指针”。下面通过两个示例展示文件“读写”模式的使用方法。......
2023-11-20
例9.2中的程序是按处理文本文件的方式来编写的。在文件内部有一个位置指针，用来指向文件的当前读写字节。文件内部的位置指针用以指示文件内部的当前读写位置，每读写一次，该指针均向后移动，它不需在程序中定义说明，而是由系统自动设置的。例9.3将例9.1中的建立的文件A.dat的内容在屏幕上显示。例9.4从A.dat文件中读入一个含10个字符的字符串。例9.6从键盘输入两个学生数据并写入一个文件中，再读出这两个学生的数据显示在屏幕上。......
2023-11-18
写入电子表格文件VI或数组至电子表格字符串转换函数可将来自图形、图表或采样的数据集转换为电子表格字符串。LabVIEW 2012中文版提供了两个VI用于写入和读取电子表格文件，它们分别是写入电子表格文件VI和读取电子表格文件VI。例8-3：写入电子表格文件VI的使用。图8-124 连续写入电子表格文件程序框图下面使用读取电子表格文件VI演示数据读取中的流盘操作。......
2023-11-26
LabVIEW 2015中文版提供了两个VI用于写入和读取电子表格文件，它们分别是写入电子表格文件VI和读取电子表格文件VI。下面以两个实例分别介绍这两个函数存取电子表格文件的方法。图7-120所示的程序可能有些不容易理解，问题在于两个写入电子表格文件VI的执行次序问题。2）使用读取电子表格文件VI将保存在文件中的数据逐个读出。......
2023-11-07
在差异背后，可以找到国际读写测评中的一些基本趋势、规律。（三）测试任务层面，形式丰富，内容有学术性以上测评案例中的“任务”与我们熟悉的题目，有一些较为明显的差异。案例4德国课程标准中呈现的测试样例则是一个大任务中包含一系列连贯性的子任务，子任务是完成大任务的一个环节，完成一组子任务就完成了一个大任务，按要求建构了一个档案袋。其实，尊重读写规律、需求的任务，就是“真实”的语文实践活动。......
2023-08-17
明晰了测评构念、选择了测评途径之后，就进入测评工具开发或选择阶段。阶段三开发测评工具时，需注意测评的是“潜在的”[17]构念，因此测量与评价要解决的一个关键问题是如何用外显的工具引发学生隐性的思维过程、认知反应，并据此判断其构念发展水平。此处勾勒的测评工具开发小模型突出了测评工具开发中需要特别重视的一个方面，即需要考虑工具引发的学生反应。......
2023-08-17
为了取得可见的实践效果和获得可持续性发展，核心素养语境下的语文教育评价需作出系统调整。调整思路可以通过比较核心素养理念下的培养目标和当前语文教育评价的现状，明确语文教育评价各环节需要调整的内容、方向。综合而言，当前语文教育评价可关注图7-1所示的系统调整框架和思路。二是广大语文教师可在日常教学中扎实地丰富评价的途径和类型。测量与评价领域基本已经形成了定论，形成性评价和终结......
2023-08-17
相关推荐