接前一篇文章：DRM全解析 —— ADD_FB（1）
本文参考以下博文：
DRM驱动（四）之ADD_FB
特此致谢！
上一回围绕libdrm与DRM在Linux内核中的接口：
DRM_IOCTL_DEF(DRM_IOCTL_MODE_ADDFB, drm_mode_addfb_ioctl, 0),进行了相关宏的展开。本文开始对于drm_mode_addfb_ioctl函数进行详解。drm_mode_addfb_ioctl函数在drivers/gpu/drm/drm_framebuffer.c中，代码如下：
int drm_mode_addfb_ioctl(struct drm_device *dev,void *data, struct drm_file *file_priv)
{return drm_mode_addfb(dev, data, file_priv);
}drm_mode_addfb_ioctl函数只是一层简单封装，实际的工作交给了drm_mode_addfb_ioctl函数。它就在上边，代码如下：
/*** drm_mode_addfb - add an FB to the graphics configuration* @dev: drm device for the ioctl* @or: pointer to request structure* @file_priv: drm file** Add a new FB to the specified CRTC, given a user request. This is the* original addfb ioctl which only supported RGB formats.** Called by the user via ioctl, or by an in-kernel client.** Returns:* Zero on success, negative errno on failure.*/
int drm_mode_addfb(struct drm_device *dev, struct drm_mode_fb_cmd *or,struct drm_file *file_priv)
{struct drm_mode_fb_cmd2 r = {};int ret;if (!drm_core_check_feature(dev, DRIVER_MODESET))return -EOPNOTSUPP;r.pixel_format = drm_driver_legacy_fb_format(dev, or->bpp, or->depth);if (r.pixel_format == DRM_FORMAT_INVALID) {drm_dbg_kms(dev, "bad {bpp:%d, depth:%d}\n", or->bpp, or->depth);return -EINVAL;}/* convert to new format and call new ioctl */r.fb_id = or->fb_id;r.width = or->width;r.height = or->height;r.pitches[0] = or->pitch;r.handles[0] = or->handle;ret = drm_mode_addfb2(dev, &r, file_priv);if (ret)return ret;or->fb_id = r.fb_id;return 0;
}
在讲解此函数之前，先来看一下用户空间一般流程中调用此步骤（ioctl系统调用）的上下文：
struct drm_mode_create_dumb create = {};uint32_t fb_id;create.width = width;create.height = height;create.bpp = 32;drmIoctl(fd, DRM_IOCTL_MODE_CREATE_DUMB, &create); //创建显存,返回一个handledrmModeAddFB(fd, create.width, create.height, 24, 32, create.pitch,create.handle, &fb_id); 在libdrm全解析系列文章以及DRM全解析 —— CREATE_DUMB系列文章中讲过，在用户空间中通过
drmIoctl(fd, DRM_IOCTL_MODE_CREATE_DUMB, &create)
最终在内核中在不同的显卡驱动相对应的函数中创建了一个dumb buffer对象（实际上是分配了struct drm_gem_object *gobj），返回的是与分配的struct drm_gem_object *gobj绑定的handle。
drm_gem_object创建之后需要与一块drm_framebuffer进行绑定使用，因为最终刷图使用的是fb。因此，使用下面接口创建drm_framebuffer并与之前创建的struct drm_gem_object *gobj进行绑定。
围绕DRM_IOCTL_MODE_ADDFB宏的用户态和内核态上下调用流程，如下图所示：
对于drm_mode_addfb函数的详细解析，放到下一篇文章中。
