tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-dkms-4.18
head: 937a0a9df97d4c1c7cecf6faa2f501d175bc3c2a
commit: 7d0741bab20cb328c2c778764efc340896242ccb [790/1379] drm/amdkcl: [RHEL 6] support kmap_atomic funciton for ttm module
config: ia64-defconfig (attached as .config)
compiler: ia64-linux-gcc (GCC) 8.1.0
reproduce:
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
git checkout 7d0741bab20cb328c2c778764efc340896242ccb
# save the attached .config to linux build tree
GCC_VERSION=8.1.0 make.cross ARCH=ia64
All error/warnings (new ones prefixed by >>):
drivers/gpu/drm/ttm/ttm_bo_util.c: In function 'ttm_kmap_atomic_prot':
>> drivers/gpu/drm/ttm/ttm_bo_util.c:299:10: error: implicit declaration of function '__kcl__kmap_atomic'; did you mean '__kunmap_atomic'? [-Werror=implicit-function-declaration]
return __kcl__kmap_atomic(page);
^~~~~~~~~~~~~~~~~~
__kunmap_atomic
>> drivers/gpu/drm/ttm/ttm_bo_util.c:299:10: warning: returning 'int' from a function with return type 'void *' makes pointer from integer without a cast [-Wint-conversion]
return __kcl__kmap_atomic(page);
^~~~~~~~~~~~~~~~~~~~~~~~
drivers/gpu/drm/ttm/ttm_bo_util.c: In function 'ttm_kunmap_atomic_prot':
>> drivers/gpu/drm/ttm/ttm_bo_util.c:315:3: error: implicit declaration of function '__kcl__kunmap_atomic'; did you mean '__kunmap_atomic'? [-Werror=implicit-function-declaration]
__kcl__kunmap_atomic(addr);
^~~~~~~~~~~~~~~~~~~~
__kunmap_atomic
cc1: some warnings being treated as errors
vim +299 drivers/gpu/drm/ttm/ttm_bo_util.c
280
281
282 /**
283 * ttm_kmap_atomic_prot - Efficient kernel map of a single page with
284 * specified page protection.
285 *
286 * @page: The page to map.
287 * @prot: The page protection.
288 *
289 * This function maps a TTM page using the kmap_atomic api if available,
290 * otherwise falls back to vmap. The user must make sure that the
291 * specified page does not have an aliased mapping with a different caching
292 * policy unless the architecture explicitly allows it. Also mapping and
293 * unmapping using this api must be correctly nested. Unmapping should
294 * occur in the reverse order of mapping.
295 */
296 void *ttm_kmap_atomic_prot(struct page *page, pgprot_t prot)
297 {
298 if (pgprot_val(prot) == pgprot_val(PAGE_KERNEL))
> 299 return __kcl__kmap_atomic(page);
300 else
301 return __ttm_kmap_atomic_prot(page, prot);
302 }
303 EXPORT_SYMBOL(ttm_kmap_atomic_prot);
304
305 /**
306 * ttm_kunmap_atomic_prot - Unmap a page that was mapped using
307 * ttm_kmap_atomic_prot.
308 *
309 * @addr: The virtual address from the map.
310 * @prot: The page protection.
311 */
312 void ttm_kunmap_atomic_prot(void *addr, pgprot_t prot)
313 {
314 if (pgprot_val(prot) == pgprot_val(PAGE_KERNEL))
> 315 __kcl__kunmap_atomic(addr);
316 else
317 __ttm_kunmap_atomic(addr);
318 }
319 EXPORT_SYMBOL(ttm_kunmap_atomic_prot);
320
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
Attachment:
.config.gz
Description: application/gzip
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
