https://www.mywiki.cn/Hovercool/index.php?action=history&feed=atom&title=%E5%86%85%E5%AD%98%E7%AE%A1%E7%90%86%40CMA 2026-09-01T04:45:48Z 本wiki上该页面的版本历史 MediaWiki 1.45.1 https://www.mywiki.cn/Hovercool/index.php?title=%E5%86%85%E5%AD%98%E7%AE%A1%E7%90%86@CMA&diff=2106&oldid=prev 2015-12-16T08:00:57Z

<p></p> <p><b>新页面</b></p><div><br /> CMA的全称是 Contiguous Memory Allocator，于2011年导入，用于分配大块的、连续的内存。<br /> 对于常规开发人员来说，无需关注这一变化，因为 CMA集成在了原有的 DMA模块中，所以之前的 DMA API（例如，dma_alloc_coherent()）仍然可以使用。实际上，常规开发人员完成不需要关注或者说直接调用 CMA API，因为它是基于 page/page frame numbers(PFNs)开发的，而在 bus地址和 kernel映射上未作任务更改。<br /> <br /> 申请 CMA内存，只需要调用：<br /> <br /> struct page *dma_alloc_from_contiguous(struct device *dev, int count, unsigned int align);<br /> <br /> 释放：<br /> <br /> bool dma_release_from_contiguous(struct device *dev, struct page *pages, int count);<br /> <br /> 想要进一步了解 CMA的工作原理，我们需要了解一点页的“迁移属性(migrate type)”。<br /> <br /> 我们从伙伴系统申请内存时，需要提供 gfp_mask，用于指定需要分析的内存类型。而这个 gfp_mask就指定了所要申请页的“迁移属性”，然后系统就根据这些请求，从对应的内存类型中分配内存页。<br /> 但也有可能有异常，比如所要求的页不够用了，系统就会试图从别外的内存类型中分配，同时把该内存页的属性更改。这就意味着，“不可移动页”可能是从 &quot;可迁移(MIGRATE_MOVABLE)&quot;类型的内存中分配的，而且这些被分配的内存页的属性也会被更改成“不可移动”，那这就会直接导致连续的内存被这些“不可移动页”分割，而由于其“不可移动”性，后面再要申请连续的大块内存时就无法分配了。<br /> <br /> 所以，在开机初始化时，通过调用 dma_contiguous_reserve() / dma_delacre_contiguous()，系统就为 CMA预留了一片连续的内存空间，后面 CMA再将这些内存空间的迁移属性标记为 MIGRATE_CMA，再还给内存伙伴系统，然后这片内存区域就还是可以供“可移动”的页使用，但不用再担心被“不可迁移”的页所分割，而后续当需要分配大量的连续空间时，系统将把这些“可迁移”的内容迁移到别的页上，再将内存分配出来。<br /> <br /> <br /> 参考资料：<br /> http://lwn.net/Articles/486301/</div>

Hovercool