[Intel-gfx] [PATCH v3 1/2] drm: Wrap the check for atomic_commit implementation

Daniel Vetter daniel at ffwll.ch
Tue Dec 27 09:41:33 UTC 2016


On Fri, Dec 23, 2016 at 12:29:11AM +0800, kbuild test robot wrote:
> Hi Dhinakaran,
> 
> [auto build test ERROR on drm/drm-next]
> [also build test ERROR on next-20161222]
> [cannot apply to v4.9]
> [if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
> 
> url:    https://github.com/0day-ci/linux/commits/Dhinakaran-Pandiyan/drm-Wrap-the-check-for-atomic_commit-implementation/20161222-174536
> base:   git://people.freedesktop.org/~airlied/linux.git drm-next
> config: openrisc-allmodconfig (attached as .config)
> compiler: or32-linux-gcc (GCC) 4.5.1-or32-1.0rc1
> reproduce:
>         wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
>         chmod +x ~/bin/make.cross
>         # save the attached .config to linux build tree
>         make.cross ARCH=openrisc 
> 
> All errors (new ones prefixed by >>):
> 
>    In file included from drivers/gpu/drm/vc4/vc4_crtc.c:34:0:
>    include/drm/drm_atomic.h: In function 'drm_drv_uses_atomic_modeset':
> >> include/drm/drm_atomic.h:437:12: error: dereferencing pointer to incomplete type

Sorry for the silliness, but sounds like we need to move this little
helper back to drmP.h unfortunately. I'll do that while applying.
-Daniel

> 
> vim +437 include/drm/drm_atomic.h
> 
>    431	 *
>    432	 * This check is useful if drivers do not have DRIVER_ATOMIC set but
>    433	 * have atomic modesetting internally implemented.
>    434	 */
>    435	static inline bool drm_drv_uses_atomic_modeset(struct drm_device *dev)
>    436	{
>  > 437		return dev->mode_config.funcs->atomic_commit != NULL;
>    438	}
>    439	
>    440	#endif /* DRM_ATOMIC_H_ */
> 
> ---
> 0-DAY kernel test infrastructure                Open Source Technology Center
> https://lists.01.org/pipermail/kbuild-all                   Intel Corporation



-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch


More information about the Intel-gfx mailing list