蜗窝科技

@descent：首先声明：我的回答是基于linux 4.1.10下的ARM64代码的，其他的情况我没有去看代码，估计类似。 对"/dev/mem"这个设备的使用一般包括两步： （1）open并获取一个fd （2）通过mmap将该fd mapping到该进程的一段虚拟地址空间上去，当程序实际访问这段虚拟地址空间的时候，就象访问了fd指向的那个对象。对于"/dev/mem"的fd而言，其指向了系统中的物理地址空间 如何建立进程虚拟地址空间（vma）和"/dev/mem"设备fd之间的mapping是通过其驱动file operations数据结构中的mmap成员函数来完成的，在该函数中会建立页表，从而控制cache write buffer等的设定。该函数的代码如下： static int mmap_mem(struct file *file, struct vm_area_struct *vma) { size_t size = vma->vm_end - vma->vm_start; if (!valid_mmap_phys_addr_range(vma->vm_pgoff, size)) return -EINVAL; if (!private_mapping_ok(vma)) return -ENOSYS; if (!range_is_allowed(vma->vm_pgoff, size)) return -EPERM; if (!phys_mem_access_prot_allowed(file, vma->vm_pgoff, size, &vma->vm_page_prot)) return -EINVAL; vma->vm_page_prot = phys_mem_access_prot(file, vma->vm_pgoff, size, vma->vm_page_prot); vma->vm_ops = &mmap_mem_ops; /* Remap-pfn-range will mark the range VM_IO */ if (remap_pfn_range(vma, vma->vm_start, vma->vm_pgoff, size, vma->vm_page_prot)) { return -EAGAIN; } return 0; } 其中，phys_mem_access_prot函数定义了页表中的memory attribute以及memory type的信息，代码如下： pgprot_t phys_mem_access_prot(struct file *file, unsigned long pfn, unsigned long size, pgprot_t vma_prot) { if (!pfn_valid(pfn)) return pgprot_noncached(vma_prot); else if (file->f_flags & O_SYNC) return pgprot_writecombine(vma_prot); return vma_prot; } 对于ARM64的处理器而言，其物理地址空间有两种： （1）memory （2）device 从上面的代码可以看到，实际上O_SYNC这个flag只会在你要mapping的物理地址是memroy的时候才是有效的，如果你要mapping的物理地址本身就是IO（这也是/dev/mem的大多数的应用场合），那么页表项中的内容是pgprot_noncached，即： #define pgprot_noncached(prot) \ __pgprot_modify(prot, PTE_ATTRINDX_MASK, PTE_ATTRINDX(MT_DEVICE_nGnRnE) | PTE_PXN | PTE_UXN) 这时候，无论是否有O_SYNC，页表的属性都是device类型的，而对于memory type是device类型的地址影响，uncache是必须的。

請問 open("/dev/mem", O_RDWR | O_SYNC)) 需要使用 O_SYNC, 是為了不要有 cache 的干擾嗎？

博主分享的小技巧简单又实用

@randy：这份文档是我准备废弃的文章之一，写的太凌乱了，很容易让人误解，你可以稍微等等，后续我们重写这一篇的。

@paul_chen：paul_chen，能把资料分享一下吗，最近也在搞alsa但是不知道怎么入手啊 369979505@163.com ths!

应该是busybox版本的事儿，可能过于太老？？？换了一个比较新的版本就可以了

说的围绕多个cpu对cache一致性的维护，是否可以说明下单核下mb的实现是怎么样的？

@zozowit：确实，idle作为一个单独的schedule class了， const struct sched_class idle_sched_class 至于schedule class的含义，我就不了解了。

@wowo：您好，我看了一下，是在start_kernel-->init_idle中执行了rq->curr = rq->idle = idle schedule函数中，按照rt ，cfs，idle这三种调度方式顺序，寻找各自的运行任务，那么如果rt和cfs都未找到运行任务，那么最后会调用idle schedule的idle进程，作为schedule函数调度的下一个任务。

@zozowit：调度器的行为，我也没有细看，太复杂了。 我之前贴出的这一段代码，确实是这个逻辑，但我找了现在kernel的代码，没有发现哪个进程使用SCHED_IDLE这个policy，可能是kernel提供的一种方法吧，只是现在没有人用。