All of lore.kernel.org
 help / color / mirror / Atom feed
From: kernel test robot <lkp@intel.com>
To: Matthew Wilcox <willy@infradead.org>
Cc: <oe-kbuild-all@lists.linux.dev>
Subject: [willy-pagecache:headers 17/21] drivers/gpu/drm/nouveau/nouveau_dmem.c:163:2: error: call to undeclared function 'folio_lock'; ISO C99 and later do not support implicit function declarations
Date: Sun, 23 Aug 2026 20:14:34 +0800	[thread overview]
Message-ID: <202608230822.sTidNfSE-lkp@intel.com> (raw)

tree:   git://git.infradead.org/users/willy/pagecache headers
head:   14ed95ee1eed0c72d54c159582017588ad1b2d68
commit: 1ca7605be521e2f15fe5667bbc65b7854f5d7737 [17/21] headers: Remove pagemap.h from swap.h
config: x86_64-randconfig-011-20260823 (https://download.01.org/0day-ci/archive/20260823/202608230822.sTidNfSE-lkp@intel.com/config)
compiler: clang version 22.1.3 (https://github.com/llvm/llvm-project e9846648fd6183ee6d8cbdb4502213fcf902a211)
rustc: rustc 1.96.0 (ac68faa20 2026-05-25)
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260823/202608230822.sTidNfSE-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/202608230822.sTidNfSE-lkp@intel.com/

All errors (new ones prefixed by >>):

>> drivers/gpu/drm/nouveau/nouveau_dmem.c:163:2: error: call to undeclared function 'folio_lock'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
     163 |         folio_lock(dfolio);
         |         ^
>> drivers/gpu/drm/nouveau/nouveau_dmem.c:435:2: error: call to undeclared function 'unlock_page'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
     435 |         unlock_page(page);
         |         ^
   2 errors generated.


vim +/folio_lock +163 drivers/gpu/drm/nouveau/nouveau_dmem.c

2ab2bda53c986a Christoph Hellwig 2019-08-14  154  
c3228747107705 Balbir Singh      2025-10-01  155  static int nouveau_dmem_copy_folio(struct nouveau_drm *drm,
c3228747107705 Balbir Singh      2025-10-01  156  				   struct folio *sfolio, struct folio *dfolio,
c3228747107705 Balbir Singh      2025-10-01  157  				   struct nouveau_dmem_dma_info *dma_info)
5be73b690875f7 Jérôme Glisse     2018-07-26  158  {
a788ade4f6e030 Ben Skeggs        2019-02-15  159  	struct device *dev = drm->dev->dev;
c3228747107705 Balbir Singh      2025-10-01  160  	struct page *dpage = folio_page(dfolio, 0);
c3228747107705 Balbir Singh      2025-10-01  161  	struct page *spage = folio_page(sfolio, 0);
5be73b690875f7 Jérôme Glisse     2018-07-26  162  
c3228747107705 Balbir Singh      2025-10-01 @163  	folio_lock(dfolio);
5be73b690875f7 Jérôme Glisse     2018-07-26  164  
c3228747107705 Balbir Singh      2025-10-01  165  	dma_info->dma_addr = dma_map_page(dev, dpage, 0, page_size(dpage),
c3228747107705 Balbir Singh      2025-10-01  166  					DMA_BIDIRECTIONAL);
c3228747107705 Balbir Singh      2025-10-01  167  	dma_info->size = page_size(dpage);
c3228747107705 Balbir Singh      2025-10-01  168  	if (dma_mapping_error(dev, dma_info->dma_addr))
d9b719394a1147 Alistair Popple   2022-09-28  169  		return -EIO;
5be73b690875f7 Jérôme Glisse     2018-07-26  170  
c3228747107705 Balbir Singh      2025-10-01  171  	if (drm->dmem->migrate.copy_func(drm, folio_nr_pages(sfolio),
c3228747107705 Balbir Singh      2025-10-01  172  					 NOUVEAU_APER_HOST, dma_info->dma_addr,
c3228747107705 Balbir Singh      2025-10-01  173  					 NOUVEAU_APER_VRAM,
c3228747107705 Balbir Singh      2025-10-01  174  					 nouveau_dmem_page_addr(spage))) {
c3228747107705 Balbir Singh      2025-10-01  175  		dma_unmap_page(dev, dma_info->dma_addr, page_size(dpage),
c3228747107705 Balbir Singh      2025-10-01  176  					DMA_BIDIRECTIONAL);
d9b719394a1147 Alistair Popple   2022-09-28  177  		return -EIO;
d9b719394a1147 Alistair Popple   2022-09-28  178  	}
5be73b690875f7 Jérôme Glisse     2018-07-26  179  
bfe69ef94aeeae Christoph Hellwig 2019-08-14  180  	return 0;
5be73b690875f7 Jérôme Glisse     2018-07-26  181  }
5be73b690875f7 Jérôme Glisse     2018-07-26  182  

:::::: The code at line 163 was first introduced by commit
:::::: c3228747107705d47c7e9a03598a434a0380cb73 gpu/drm/nouveau: enable THP support for GPU memory migration

:::::: TO: Balbir Singh <balbirs@nvidia.com>
:::::: CC: Andrew Morton <akpm@linux-foundation.org>

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

                 reply	other threads:[~2026-08-23 12:14 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=202608230822.sTidNfSE-lkp@intel.com \
    --to=lkp@intel.com \
    --cc=oe-kbuild-all@lists.linux.dev \
    --cc=willy@infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.