Re: [PATCH 2/5] drm/vmwgfx: Implement virtual crc generation

[kernel test robot <lkp@intel.com>]

Hi Zack,

kernel test robot noticed the following build warnings:

[auto build test WARNING on drm-misc/drm-misc-next]
[also build test WARNING on drm/drm-next drm-exynos/exynos-drm-next drm-intel/for-linux-next drm-intel/for-linux-next-fixes drm-tip/drm-tip linus/master v6.9-rc2 next-20240403]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch#_base_tree_information]

url:    https://github.com/intel-lab-lkp/linux/commits/Zack-Rusin/drm-vmwgfx-Implement-virtual-kms/20240403-073132
base:   git://anongit.freedesktop.org/drm/drm-misc drm-misc-next
patch link:    https://lore.kernel.org/r/20240402232813.2670131-3-zack.rusin%40broadcom.com
patch subject: [PATCH 2/5] drm/vmwgfx: Implement virtual crc generation
config: x86_64-rhel-8.3-rust (https://download.01.org/0day-ci/archive/20240403/202404031944.HMjSiHkr-lkp@intel.com/config)
compiler: clang version 17.0.6 (https://github.com/llvm/llvm-project 6009708b4367171ccdbf4b5905cb6a803753fe18)
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240403/202404031944.HMjSiHkr-lkp@intel.com/reproduce)

If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202404031944.HMjSiHkr-lkp@intel.com/

All warnings (new ones prefixed by >>):

>> drivers/gpu/drm/vmwgfx/vmwgfx_vkms.c:515: warning: expecting prototype for vmw_vkms_lock_max_delay(). Prototype was for vmw_vkms_lock_max_wait_ns() instead


vim +515 drivers/gpu/drm/vmwgfx/vmwgfx_vkms.c

   504	
   505	/**
   506	 * vmw_vkms_lock_max_delay - Return the max wait for the vkms lock
   507	 * @du: The vmw_display_unit from which to grab the vblank timings
   508	 *
   509	 * Returns the maximum wait time used to acquire the vkms lock. By
   510	 * default uses a time of a single frame and in case where vblank
   511	 * was not initialized for the display unit 1/60th of a second.
   512	 */
   513	static inline u64
   514	vmw_vkms_lock_max_wait_ns(struct vmw_display_unit *du)
 > 515	{
   516		s64 nsecs = ktime_to_ns(du->vkms.period_ns);
   517	
   518		return  (nsecs > 0) ? nsecs : 16666666;
   519	}
   520	

-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki