Hi Wentao,

kernel test robot noticed the following build warnings:

[auto build test WARNING on drm-exynos/exynos-drm-next]
[also build test WARNING on linus/master v6.14-rc3 next-20250220]
[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/Wentao-Liang/drm-radeon-Add-error-handlings-for-r420-cp-errata-initiation/20250220-144327
base:   https://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git 
exynos-drm-next
patch link:    
https://lore.kernel.org/r/20250220064050.686-1-vulab%40iscas.ac.cn
patch subject: [PATCH] drm/radeon: Add error handlings for r420 cp errata 
initiation
config: i386-buildonly-randconfig-005-20250221 
(https://download.01.org/0day-ci/archive/20250221/202502211718.efzaw3pw-...@intel.com/config)
compiler: clang version 19.1.3 (https://github.com/llvm/llvm-project 
ab51eccf88f5321e7c60591c5546b254b6afab99)
reproduce (this is a W=1 build): 
(https://download.01.org/0day-ci/archive/20250221/202502211718.efzaw3pw-...@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 <l...@intel.com>
| Closes: 
https://lore.kernel.org/oe-kbuild-all/202502211718.efzaw3pw-...@intel.com/

All warnings (new ones prefixed by >>):

>> drivers/gpu/drm/radeon/r420.c:229:1: warning: non-void function does not 
>> return a value in all control paths [-Wreturn-type]
     229 | }
         | ^
   1 warning generated.


vim +229 drivers/gpu/drm/radeon/r420.c

9f022ddfb23793 Jerome Glisse   2009-09-11  206  
fe881d3e554a1f Wentao Liang    2025-02-20  207  static int 
r420_cp_errata_init(struct radeon_device *rdev)
62cdc0c20663ef Corbin Simpson  2010-01-06  208  {
c346fb74fb6463 Pan Bian        2017-04-24  209          int r;
e32eb50dbe4386 Christian König 2011-10-23  210          struct radeon_ring 
*ring = &rdev->ring[RADEON_RING_TYPE_GFX_INDEX];
7b1f2485db253a Christian König 2011-09-23  211  
62cdc0c20663ef Corbin Simpson  2010-01-06  212          /* RV410 and R420 can 
lock up if CP DMA to host memory happens
62cdc0c20663ef Corbin Simpson  2010-01-06  213           * while the 2D engine 
is busy.
62cdc0c20663ef Corbin Simpson  2010-01-06  214           *
62cdc0c20663ef Corbin Simpson  2010-01-06  215           * The proper 
workaround is to queue a RESYNC at the beginning
62cdc0c20663ef Corbin Simpson  2010-01-06  216           * of the CP init, 
apparently.
62cdc0c20663ef Corbin Simpson  2010-01-06  217           */
fe881d3e554a1f Wentao Liang    2025-02-20  218          r = 
radeon_scratch_get(rdev, &rdev->config.r300.resync_scratch);
fe881d3e554a1f Wentao Liang    2025-02-20  219          if (r) {
fe881d3e554a1f Wentao Liang    2025-02-20  220                  
DRM_ERROR("failed to get scratch reg (%d).\n", r);
fe881d3e554a1f Wentao Liang    2025-02-20  221                  return r;
fe881d3e554a1f Wentao Liang    2025-02-20  222          }
c346fb74fb6463 Pan Bian        2017-04-24  223          r = 
radeon_ring_lock(rdev, ring, 8);
c346fb74fb6463 Pan Bian        2017-04-24  224          WARN_ON(r);
e32eb50dbe4386 Christian König 2011-10-23  225          radeon_ring_write(ring, 
PACKET0(R300_CP_RESYNC_ADDR, 1));
e32eb50dbe4386 Christian König 2011-10-23  226          radeon_ring_write(ring, 
rdev->config.r300.resync_scratch);
e32eb50dbe4386 Christian König 2011-10-23  227          radeon_ring_write(ring, 
0xDEADBEEF);
1538a9e0e04f6a Michel Dänzer   2014-08-18  228          
radeon_ring_unlock_commit(rdev, ring, false);
62cdc0c20663ef Corbin Simpson  2010-01-06 @229  }
62cdc0c20663ef Corbin Simpson  2010-01-06  230  

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

Reply via email to