高通的DRM图形显示框架开发:drm_atomic_helper_check_plane_state和atomic_pre_enable没被调用

对于高通的DRM图形显示框架开发，函数drm_atomic_helper_check_plane_state和atomic_pre_enable是在驱动中实现的，并且在plane复合操作和显示设备启用之前被调用。如果这两个函数没有被调用，可能是因为它们没有被正确地注册到驱动中，或者是因为它们没有被正确地调用。您可以检查驱动代码中这些函数的实现是否正确，并确保这些函数被正确地调用，以确保正常的图形显示操作。

相关问题

高通的drm 的图形框架中的 struct drm_bridge_funcs的函数atomic_get_input_bus_fmts和atomic_pre_enable谁先执行

在高通的DRM图形框架中，函数`atomic_get_input_bus_fmts`和`atomic_pre_enable`的执行顺序是没有固定的先后顺序的，这取决于驱动程序的实现。在一些驱动程序中，`atomic_get_input_bus_fmts`函数可能会在`atomic_pre_enable`函数之前执行，而在其他驱动程序中则可能相反。因此，具体哪个函数先执行，需要查看驱动程序的实现。

高通Linux内核sn65dsi84芯片驱动定义了这个结构体：static const struct drm_bridge_funcs sn65dsi83_funcs = { .attach = sn65dsi83_attach, .atomic_pre_enable = sn65dsi83_atomic_pre_enable, .atomic_enable = sn65dsi83_atomic_enable, .atomic_disable = sn65dsi83_atomic_disable, .atomic_post_disable = sn65dsi83_atomic_post_disable, .mode_valid = sn65dsi83_mode_valid, .atomic_duplicate_state = drm_atomic_helper_bridge_duplicate_state, .atomic_destroy_state = drm_atomic_helper_bridge_destroy_state, .atomic_reset = drm_atomic_helper_bridge_reset, .atomic_get_input_bus_fmts = sn65dsi83_atomic_get_input_bus_fmts, };它的执行顺序是什么

这段代码是定义了一个名为sn65dsi83_funcs的静态常量结构体，其中包含了一些函数指针，这些函数指针指向了具体的函数实现。这些函数指针按照定义顺序依次对应以下函数：attach、atomic_pre_enable、atomic_enable、atomic_disable、atomic_post_disable、mode_valid、atomic_duplicate_state、atomic_destroy_state、atomic_reset以及atomic_get_input_bus_fmts。在实际使用中，这些函数可能会被驱动程序中的其他函数调用，以完成具体的功能。