【原创】Linux环境下的图形系统和AMD R600显卡编程(4)——AMD显卡显存管理机制
时间： 07:04:10
&&&& 阅读：529
&&&& 评论：
&&&& 收藏：0
标签：&&&&&&&&&&&&&&&&&&&&&&&&&&&　　显卡使用的内存分为两部分，一部分是显卡自带的显存称为VRAM内存，另外一部分是系统主存称为GTT内存（graphics translation table和后面的GART含义相同，都是指显卡的页表，GTT 内存可以就理解为需要建立GPU页表的显存）。在嵌入式系统或者集成显卡上，显卡通常是不自带显存的，而是完全使用系统内存。通常显卡上的显存访存速度数倍于系统内存，因而许多数据如果是放在显卡自带显存上，其速度将明显高于使用系统内存的情况（比如纹理，OpenGL中分普通纹理和常驻纹理）。
　　某些内容是必须放在vram中的，比如最终用于显示的&帧缓存&，以及后面说的页表GART （graphics addres remapping table），另外有一些比如后面将介绍的命令环缓冲区（ring buffer）是要放在GTT 内存中的。另一方面，VRAM内存是有限的，如果VRAM内存使用完了，则必须将一些数据放入GTT内存中。
　　通常GTT内存是按需分配的，而且是给设备使用的，比如radeon r600显卡最多可以使用512M系统内存（Linux内核中是这样设置的），一次性分配512M连续的给设备用的内存在linux系统中是不可能成功的，而且即使可以成功，有相当多的内存是会被浪费掉的。按照按需分配的原则，使用多少就从系统内存中分配多少，这样得到的GTT内存在内存中肯定是不连续的。GPU同时需要使用VRAM内存和GTT内存，最简单的方法就是将这两片内存统一编址（这类似RISC机器上IO和MEM统一编址），VRAM是显卡自带的内存，其地址一定是连续的，但是不连续的GTT内存如果要统一编址，就必须通过页表建立映射关系了，这个页表被称为GTT或者GART，这也是这些内存被称为GTT内存的原因。
　　和CPU端地址类似，我们将GPU使用的地址称为&GPU虚拟地址&，经过查页表之后的地址称为&GPU物理地址&，这些地址是GPU最终用于访存的地址，由于GPU挂接在设备总线上，因此这里的&GPU物理地址&就是&总线地址&，当然落在vram 区域的内存是不用建页表的，这一片内存区域的地址我们只关心其&GPU 虚拟地址&。
　　R600显卡核心存管理有关的寄存器如表1示，目前并没有找到完整的描述这些寄存器的手册，表中的数据根据阅读代码获取到。
寄存器名称
R600_CONFIG_MEMSIZE
MC_VM_FB_LOCATION
VRAM区域在GPU虚拟地址空间的起始地址和长度
MC_VM_SYSTEM_APERTURE_LOW_ADDR
VRAM区域在GPU虚拟地址空间的起始地址
MC_VM_SYSTEM_APERTURE_HIGH_ADDR
VRAM区域在GPU虚拟地址空间的结束地址
VM_L2_CNTL
GPU L2 Cache控制寄存器
MC_VM_L1_TLB_MCB
GPU TLB控制寄存器
VM_CONTEXT0_PAGE_TABLE_START_ADDR
GTT内存的起始地址
VM_CONTEXT0_PAGE_TABLE_END_ADDR
GTT内存的结束地址
VM_CONTEXT0_PAGE_TABLE_BASE_ADDR
GPU页表基地址
VM_CONTEXT0_CNTL
GPU虚拟地址空间使能寄存器
VM_CONTEXT0_PROTECTION_FAULT_DEFAULT_ADDR
页故障处理程序地址
RADEON_PCIE_TX_DISCARD_RD_ADDR_LO/HI
RADEON_PCIE_TX_GART_ERROR
　　在Radeon显卡中，VRAM内存涉及到&visiable vram&和&real vram&两个说法，visiable vram是可以使用pci设备内存映射方式映射出来的内存，这部分内存可供软件访问，而显卡的vram还有一部分是不可见的，不能被软件直接访问（是GPU自身使用的？），这部分内存加上visiable ram共同构成显卡的real vram。
　　通过读取pci配置空间可以获取到visiable vram，比如在一个机器上读出visiable ram大小为256M，读取RADEON_CONFIG_MEMSIZE获取real vram大小为512M，于是vram长度为512M，将vram起始地址设置为0x0,那么结束地址为0x1fffffff，然后将起始地址和结束地址写入R_000004_MC_FB_LOCATION寄存器：
&&&&&&& rv515_mc_wreg(R_000004_MC_FB_LOCATION,&S_000004_MC_FB_START(rdev-&vram_start && 16) |S_000004_MC_FB_TOP(rdev-&vram_end && 16));
&　　然后是设置GTT内存和GART。GTT的大小是由驱动自己确定的，GTT大小确定后，GART占用的内存也就确定了。参考内核源码和上面表给给出的说明应该很容易明白这个过程。
　　相比于CPU使用的3级页表，radeon GPU使用的页表比较简单，radeon GPU使用的是1级页表（是否可配置），页表大小为4K，那么页表项的后面12位（212=4k）为标志位。在早期的radeon GPU中，GPU使用的页表页表项是32位的，到r600 之后GPU 页表项为64位，页表项的12位标志位中只有后6位有用，定义如图1。
　　GPU页表在GPU VRAM内存中，VM_CONTEXT0_PAGE_TABLE_BASE_ADDR和VM_CONTEXT0_PAGE_TABLE_END_ADDR两个寄存器表明了页表在vram中的位置。
　　xxxx &linux内核中的代码【待修改】
　　上述函数有两个参数，dma\_addr是分配的系统内存经过映射后的总线地址，这个地址用于设备访问主存，也是我们上文说的&GPU物理地址&，后面一个参数index是页表项索引。
代码中ptr是页表所在的内存在CPU虚拟地址空间中的地址，r600的页表项为64位，r500及以下的页表为32位。
　　下面来看一片内存的分配和映射情况。在下一篇博文中将使用一个称为ring buffer分配一片内存，这片内存用于放置命令，cpu将命令放置到这一片内存中，gpu从这一片内存中拿命令对GPU进行配置。
　　xxx &ring_init过程描述【待修改】
　　在GPU初始化完成后，R600显卡GPU按照图2（代码中看到的是这个样子，是否有错误？）显示的过程进行内存访问。
　　如果是GTT内存，则需要查GPU页表，根据64位地址（在当前的驱动中实际上只用了32位）的前面50 位定位GPU 页表项，根据页表项内容的后12位与上0即是内存在PCI设备空间中的&页基址&，&页基址&加上原来64 位地址的后12位（页内偏移）就得到对应的总线地址。
　　注意到由于vram和GTT统一编址，而vram并不参与这里的页表地址转换过程，因而需要有减去GTT内存基址的过程。
　　在linux内核中是有一套完善的内存管理机制的，这套机制是TTM和GEM（相关参考资料）。和操作系统里面的系统内存管理一样，这套机制比较复杂，我们这里不详细描述这套机制的具体实现，而是简单描述如何在核内核外获取和使用显存。
内核使用显存
　　在radeon内核驱动代码radeon_device_init（drivers/gpu/drm/radeon/radeon_device.c）函数中有如下代码：
&810&&&& if (radeon_testing) {
&811&&&&&&&& radeon_test_moves(rdev);
&812&&&& }
　　810行是一个全局变量开关，当这个开关开启的时候，驱动会做一个拷屏操作，这段代码在drivers/gpu/drm/radeon/radeon_test.c文件中，radeon_test_moves做些数据拷贝操作，包括从vram到系统主存和系统主存到vram之间的数据拷贝，在系统启动的时候就能在屏幕上看到效果（这个是能够直接在radeon内核驱动代码中运行并且能够看到效果的命令处理过程）。在这个地方，内核已经完成了初始化工作，后续对显卡的部分编程可以放在这个地方，重新系统后就能看到效果。下面是一段使用内核API进行显存分配和操作的示例代码：
&&1&&&& struct radeon_bo *vram_obj = NULL;
& 2&&&& struct radeon_bo *gtt_obj = NULL;
& 3&&&& uint64_t vram_addr, gtt_
& 4&&&& unsigned&
& 5&&&& void *vram_map, *gtt_
& 7&&&& size = 1024 * 768 * 4;
& 8&&&& r = radeon_bo_create(rdev, size, PAGE_SIZE, true,
& 9&&&&&&&&&&&&&&&& RADEON_GEM_DOMAIN_VRAM, &vram_obj);
&10&&&& if (r) {
&11&&&&&&&& DRM_ERROR("Failed to create VRAM object\n");
&12&&&&&&&& goto out_
&14&&&& r = radeon_bo_reserve(vram_obj, false);
&15&&&& if (unlikely(r != 0))
&16&&&&&&&& goto out_
&17&&&& r = radeon_bo_pin(vram_obj, RADEON_GEM_DOMAIN_VRAM, &vram_addr);
&18&&&& if (r) {
&20&&&&&&&& DRM_ERROR("Failed to pin VRAM object\n");
&21&&&&&&&& goto out_
&23&&&& r = radeon_bo_kmap(vram_obj, &vram_map);
&24&&&& if (r) {
&25&&&&&&&& DRM_ERROR("Failed to map VRAM object\n");
&26&&&&&&&& goto out_
&29&&&& r = radeon_bo_create(rdev, size, PAGE_SIZE, true,
&30&&&&&&&&&&&&&&&& RADEON_GEM_DOMAIN_GTT, &gtt_obj);
&31&&&& if (r) {
&32&&&&&&&& DRM_ERROR("Failed to create GTT object\n");
&33&&&&&&&& goto out_
&35&&&& r = radeon_bo_reserve(gtt_obj, false);
&36&&&& if (unlikely(r != 0))
&37&&&&&&&& goto out_
&38&&&& r = radeon_bo_pin(gtt_obj, RADEON_GEM_DOMAIN_GTT, &gtt_addr);
&39&&&& if (r) {
&40&&&&&&&& DRM_ERROR("Failed to pin GTT object\n");
&41&&&&&&&& goto out_
&43&&&& r = radeon_bo_kmap(gtt_obj, &gtt_map);
&44&&&& if (r) {
&45&&&&&&&& DRM_ERROR("Failed to map GTT object\n");
&46&&&&&&&& goto out_
&49 out_cleanup:
&50&&&& if (vram_obj) {
&51&& &&&&&&if (radeon_bo_is_reserved(vram_obj)) {
&52&&&&&&&&&&&& radeon_bo_unpin(vram_obj);
&53&&&&&&&&&&&& radeon_bo_unreserve(vram_obj);
&54&&&&&&&& }
&55&&&&&&&& radeon_bo_unref(&vram_obj);
&57&&&& if(gtt_obj){
&58&&&&&&&& if(radeon_bo_is_reserved(gtt_obj)){
&59&&&&&&&&&&&& radeon_bo_unpin(gtt_obj);
&60&&&&&&&&&&&& radeon_bo_unreserve(gtt_obj);
&61&&&&&&&& }
&62&&&&&&&& radeon_bo_unref(&gtt_obj);
　　以上代码显示了创建两个buffer object（bo）、分别从vram和gtt内存中分配内存空间并最终释放内存空间和bo的过程。Buffer object是显卡对显存管理的基本结构，是对一片内存的抽象，radeon显卡驱动中使用的是radeon_bo结构来管理和描述一片显存。
　　1-2行，这里我们有两个bo对象（分配两片显存），一片内存来自vram，另外一片来自gtt内存。
　　8行，创建并初始化一个bo，分配显存。参数如下：
rdev，radeon_device结构体指针；
size，该bo的大小；
True，来自内核还是用户空间的请求，如果是内核，则分配bo结构过程是不可中断的，并且从用户空间和内核空间访问这篇显存的时候虚拟地址和物理地址间的映射关系是不同的；
RADEON_GEM_DOMAIN_VRAM，显存位于vram还是gtt内存，radeon驱动中定义了3中类型的显存RADEON_GEM_DOMAIN_CPU（0x1）、RADEON_GEM_DOMAIN_GTT（0x2）、define RADEON_GEM_DOMAIN_VRAM（0x4），RADEON_GEM_DOMAIN_CPU暂不清楚是何用途，后面两个表示内存分别来自gtt 内存和vram；
vram_obj，bo指针，返回的bo结构体。
　　14行，reserve（保留）bo，（表明当前bo已经被使用，不允许其他代码使用？？）。如果bo已经被reserve，那么这里的要等到bo被unreserve之后才能使用。
　　17行，获取bo代表的显存的GPU虚拟地址，GPU将使用这个地址访问内存，后面我们让GPU访存的时候用的都是这类型的地址。
　　23行，映射bo代表的显存空间，该函数的第二个参数返回映射后的CPU虚拟地址，驱动将使用这个访问这片内存。
　　29-47行代码和上面说的原理相同，不同的是这片内存来自GTT内存，在API函数内部处理的时候区别会比较大，但是使用API时只有只有显存类型这个参数不同。
　　50-56行释放内存和bo结构。
核外使用显存
　　用户空间通过libdrm获取显存。下面这段代码显示了核外如何获取和使用显存：
& 2&&&& struct kms_bo *
& 3&&&& unsigned bo_attribs[] = {
& 4&&&&&&&& KMS_WIDTH,&& 0,
& 5&&&&&&&& KMS_HEIGHT,& 0,
& 6&&&&&&&& KMS_BO_TYPE, KMS_BO_TYPE_SCANOUT_X8R8G8B8,
& 7&&&&&&&& KMS_TERMINATE_PROP_LIST
& 8&&&& };
& 9&&&& bo_attribs[1] =
&10&&&& bo_attribs[3] =
&11&&&& ret = kms_bo_create(kms, bo_attribs, &bo);
&12&&&& if (ret) {
&13&&&&&&& &fprintf(stderr, "failed to alloc buffer: %s\n", strerror(-ret));
&14&&&&&&&& return NULL;
&16&&&& ret = kms_bo_get_prop(bo, KMS_PITCH, stride);
&17&&&& if (ret) {
&18&&&&&&&& fprintf(stderr, "failed to retreive buffer stride: %s\n",& strerror(-ret));
&19&&&&&&&& kms_bo_destroy(&bo);
&20&&&&&&&& return NULL;
&22&&&& ret = kms_bo_map(bo, &virtual);
&23&&&& if (ret) {
&24&&&&&&&& fprintf(stderr, "failed to map buffer: %s\n", strerror(-ret));
&25&&&&&&&& kms_bo_destroy(&bo);
&26&&&&&&&& return NULL;
　　这段代码和内核中的代码很相似，读者根据调用的函数的函数名就应该能够理解其含义了。要编写完整的程序，可以参考libdrm源码附带的示例或者的代码。
&标签：&&&&&&&&&&&&&&&&&&&&&&&&&&&原文地址：http://www.cnblogs.com/shoemaker/p/linux_graphics04.html
&&国之画&&&& &&&&chrome插件&&
版权所有 京ICP备号-2
迷上了代码！计算机底层如何访问显卡?_百度知道
计算机底层如何访问显卡?
我有更好的答案
好多啊……我抛砖吧……（我感觉冯东会来回答这个问题……但我一向不认同他在这些问题下的回答。）
（话说回来，我的回答也不太靠谱，很多是靠记忆的，因为这些知识不是在一本书内看到的，而是看了很多书融会贯通得来的。）
首先声明，这里只讨论PC！先靠读写I\O地址空间与显卡沟通，切换显卡的模式，并为显卡设定一个地址映射，将显存地址映射到内存的物理地址上。接下来的就是long-term的显卡控制了，是通过改写显存以及继续读写I\O地址实现。
显卡驱动需要实现这些接口。OpenGL的底层接口我从未了解过，也许冯东比较清楚。我说一下DirectX的。DirectX是通过COM控件来暴露接口的，也就是说API其实就是一些函数地址（对应着C++的虚函数），显卡驱动厂商需要实现Direct3D的COM对象叫做Direct3D设备对象（这方面的记忆比较模糊，也许是错的。待我再确认一下才好取信）。假如的确是这样，那么直接看D3D文档即可。驱动本身与用户态的COM控件可以通过内存映射或者IRP的扩展内存或者管道通信，至于最佳实践是怎样的就不知道了。
流处理器就是GPU上的处理核心，因为GPU是大规模并行化、超长流水线的，所以有很多的处理核心，每个处理核心就是一个流处理器（按照解释方式的不同，有时候每个处理核心有多个流处理器、有时候多个处理核心被称为是一个流处理器）。光栅单元用于将空间坐标系上的顶点数据换算到平面坐标系上，不过过程可能跟你想象的不太一样，基本上真正的工作在于确定z-index。纹理单元用于贴图。
显卡不能访问内存，但是CPU通过前面说的内存映射可以访问显存。当然更直接的做法是利用I\O空间。内存与CPU、显存、显卡的数据交互都需要通过数据总线来间接进行，这就是内存映射以及B8000H开始的那段空间的映射的原理。每次总线进行数据交换时你都必须确保总线上的地址是你想访问的地址（不过这是硬件工程师考虑的事，连系统编程人员都不需要深入了解），这个地址可能对应显存、对应I\O空间或者对应内存等等。所以向B8000H开头的那段内存物理地址写入时直接写到了显存中。关于延时和等待这是一个伪命题，因为读写内存也存在延时和等待。十年前Intel处理器在读写内存时每次大约等待140纳秒，现在的水平是30多纳秒（考虑到CPU的时钟周期是0.5纳秒左右，这个延时是相当长的）。所以答案是，是的，写显存时会延时，而且一般比写内存的延时要大的多。
采纳率：52%
为您推荐：
其他类似问题
您可能关注的内容
显卡的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。博主最新文章
博主热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)3,445被浏览151,622分享邀请回答95074 条评论分享收藏感谢收起8086汇编中显示缓存分8页，每页4KB,第零页的内容即 B8000H - B8F9FH,这个是怎么计算出来的？_百度知道
8086汇编中显示缓存分8页，每页4KB,第零页的内容即 B8000H - B8F9FH,这个是怎么计算出来的？
我有更好的答案
在80X25文本模式下，屏幕中的每个字符在显示缓冲器中占2字节内存，一个字节是字符的ASCII码，另一字节是字符的属性码，所以每一屏的缓冲字节为：80*25*2=4000（习惯上叫4KB).B8F9FH-（B8000H -1） = FA0H
该值即为4000.就是这样算出来的！
采纳率：54%
这个是规定的，不是算出来的
B8000H - B8F9FH ,这个是占4KB的么？
整整4000个单元，当然是4KB呀
我也不太清楚
我也不太清楚
其他1条回答
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。}