All of lore.kernel.org
 help / color / mirror / Atom feed
From: kernel test robot <lkp@intel.com>
To: Alistair Popple <apopple@nvidia.com>
Cc: oe-kbuild-all@lists.linux.dev
Subject: Re: [RFC 10/10] mm: Remove pXX_devmap
Date: Fri, 12 Apr 2024 08:36:33 +0800	[thread overview]
Message-ID: <202404120852.dCFQbBaU-lkp@intel.com> (raw)
In-Reply-To: <93e3772f172918a3c489d803f7580309c3a42fff.1712796818.git-series.apopple@nvidia.com>

Hi Alistair,

[This is a private test report for your RFC patch.]
kernel test robot noticed the following build errors:

[auto build test ERROR on ffc253263a1375a65fa6c9f62a893e9767fbebfa]

url:    https://github.com/intel-lab-lkp/linux/commits/Alistair-Popple/mm-gup-c-Remove-redundant-check-for-PCI-P2PDMA-page/20240411-085933
base:   ffc253263a1375a65fa6c9f62a893e9767fbebfa
patch link:    https://lore.kernel.org/r/93e3772f172918a3c489d803f7580309c3a42fff.1712796818.git-series.apopple%40nvidia.com
patch subject: [RFC 10/10] mm: Remove pXX_devmap
config: arm64-allnoconfig (https://download.01.org/0day-ci/archive/20240412/202404120852.dCFQbBaU-lkp@intel.com/config)
compiler: aarch64-linux-gcc (GCC) 13.2.0
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240412/202404120852.dCFQbBaU-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/202404120852.dCFQbBaU-lkp@intel.com/

All errors (new ones prefixed by >>):

   mm/memory.c: In function 'insert_pfn':
>> mm/memory.c:2161:25: error: implicit declaration of function 'pte_mkdevmap'; did you mean 'pfn_t_devmap'? [-Werror=implicit-function-declaration]
    2161 |                 entry = pte_mkdevmap(pfn_t_pte(pfn, prot));
         |                         ^~~~~~~~~~~~
         |                         pfn_t_devmap
   mm/memory.c:2161:25: error: incompatible types when assigning to type 'pte_t' from type 'int'
   cc1: some warnings being treated as errors


vim +2161 mm/memory.c

a667d7456f189e Souptick Joarder 2019-05-13  2123  
9b5a8e00d479bb Matthew Wilcox   2018-10-26  2124  static vm_fault_t insert_pfn(struct vm_area_struct *vma, unsigned long addr,
b2770da6425406 Ross Zwisler     2017-09-06  2125  			pfn_t pfn, pgprot_t prot, bool mkwrite)
423bad600443c5 Nicholas Piggin  2008-04-28  2126  {
423bad600443c5 Nicholas Piggin  2008-04-28  2127  	struct mm_struct *mm = vma->vm_mm;
423bad600443c5 Nicholas Piggin  2008-04-28  2128  	pte_t *pte, entry;
423bad600443c5 Nicholas Piggin  2008-04-28  2129  	spinlock_t *ptl;
423bad600443c5 Nicholas Piggin  2008-04-28  2130  
423bad600443c5 Nicholas Piggin  2008-04-28  2131  	pte = get_locked_pte(mm, addr, &ptl);
423bad600443c5 Nicholas Piggin  2008-04-28  2132  	if (!pte)
9b5a8e00d479bb Matthew Wilcox   2018-10-26  2133  		return VM_FAULT_OOM;
c33c794828f212 Ryan Roberts     2023-06-12  2134  	entry = ptep_get(pte);
c33c794828f212 Ryan Roberts     2023-06-12  2135  	if (!pte_none(entry)) {
b2770da6425406 Ross Zwisler     2017-09-06  2136  		if (mkwrite) {
b2770da6425406 Ross Zwisler     2017-09-06  2137  			/*
b2770da6425406 Ross Zwisler     2017-09-06  2138  			 * For read faults on private mappings the PFN passed
b2770da6425406 Ross Zwisler     2017-09-06  2139  			 * in may not match the PFN we have mapped if the
b2770da6425406 Ross Zwisler     2017-09-06  2140  			 * mapped PFN is a writeable COW page.  In the mkwrite
b2770da6425406 Ross Zwisler     2017-09-06  2141  			 * case we are creating a writable PTE for a shared
f2c57d91b0d96a Jan Kara         2018-10-30  2142  			 * mapping and we expect the PFNs to match. If they
f2c57d91b0d96a Jan Kara         2018-10-30  2143  			 * don't match, we are likely racing with block
f2c57d91b0d96a Jan Kara         2018-10-30  2144  			 * allocation and mapping invalidation so just skip the
f2c57d91b0d96a Jan Kara         2018-10-30  2145  			 * update.
b2770da6425406 Ross Zwisler     2017-09-06  2146  			 */
c33c794828f212 Ryan Roberts     2023-06-12  2147  			if (pte_pfn(entry) != pfn_t_to_pfn(pfn)) {
c33c794828f212 Ryan Roberts     2023-06-12  2148  				WARN_ON_ONCE(!is_zero_pfn(pte_pfn(entry)));
423bad600443c5 Nicholas Piggin  2008-04-28  2149  				goto out_unlock;
f2c57d91b0d96a Jan Kara         2018-10-30  2150  			}
c33c794828f212 Ryan Roberts     2023-06-12  2151  			entry = pte_mkyoung(entry);
cae85cb8add35f Jan Kara         2019-03-28  2152  			entry = maybe_mkwrite(pte_mkdirty(entry), vma);
cae85cb8add35f Jan Kara         2019-03-28  2153  			if (ptep_set_access_flags(vma, addr, pte, entry, 1))
cae85cb8add35f Jan Kara         2019-03-28  2154  				update_mmu_cache(vma, addr, pte);
cae85cb8add35f Jan Kara         2019-03-28  2155  		}
b2770da6425406 Ross Zwisler     2017-09-06  2156  		goto out_unlock;
b2770da6425406 Ross Zwisler     2017-09-06  2157  	}
423bad600443c5 Nicholas Piggin  2008-04-28  2158  
423bad600443c5 Nicholas Piggin  2008-04-28  2159  	/* Ok, finally just insert the thing.. */
01c8f1c44b83a0 Dan Williams     2016-01-15  2160  	if (pfn_t_devmap(pfn))
01c8f1c44b83a0 Dan Williams     2016-01-15 @2161  		entry = pte_mkdevmap(pfn_t_pte(pfn, prot));
01c8f1c44b83a0 Dan Williams     2016-01-15  2162  	else
01c8f1c44b83a0 Dan Williams     2016-01-15  2163  		entry = pte_mkspecial(pfn_t_pte(pfn, prot));
b2770da6425406 Ross Zwisler     2017-09-06  2164  
b2770da6425406 Ross Zwisler     2017-09-06  2165  	if (mkwrite) {
b2770da6425406 Ross Zwisler     2017-09-06  2166  		entry = pte_mkyoung(entry);
b2770da6425406 Ross Zwisler     2017-09-06  2167  		entry = maybe_mkwrite(pte_mkdirty(entry), vma);
b2770da6425406 Ross Zwisler     2017-09-06  2168  	}
b2770da6425406 Ross Zwisler     2017-09-06  2169  
423bad600443c5 Nicholas Piggin  2008-04-28  2170  	set_pte_at(mm, addr, pte, entry);
4b3073e1c53a25 Russell King     2009-12-18  2171  	update_mmu_cache(vma, addr, pte); /* XXX: why not for insert_page? */
423bad600443c5 Nicholas Piggin  2008-04-28  2172  
423bad600443c5 Nicholas Piggin  2008-04-28  2173  out_unlock:
423bad600443c5 Nicholas Piggin  2008-04-28  2174  	pte_unmap_unlock(pte, ptl);
9b5a8e00d479bb Matthew Wilcox   2018-10-26  2175  	return VM_FAULT_NOPAGE;
423bad600443c5 Nicholas Piggin  2008-04-28  2176  }
423bad600443c5 Nicholas Piggin  2008-04-28  2177  

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

  parent reply	other threads:[~2024-04-12  0:37 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-11  0:57 [RFC 00/10] fs/dax: Fix FS DAX page reference counts Alistair Popple
2024-04-11  0:57 ` [RFC 01/10] mm/gup.c: Remove redundant check for PCI P2PDMA page Alistair Popple
2024-04-11 12:59   ` Jason Gunthorpe
2024-04-11 13:47   ` David Hildenbrand
2024-04-12  1:37     ` Alistair Popple
2024-04-11  0:57 ` [RFC 02/10] mm/hmm: Remove dead check for HugeTLB and FS DAX Alistair Popple
2024-04-11 12:25   ` Jason Gunthorpe
2024-04-11 13:37     ` Peter Xu
2024-04-12  1:28       ` Alistair Popple
2024-04-11  0:57 ` [RFC 03/10] pci/p2pdma: Don't initialise page refcount to one Alistair Popple
2024-04-11 12:29   ` Jason Gunthorpe
2024-04-12  5:40     ` Alistair Popple
2024-04-12 17:20   ` Dan Williams
2024-05-09 21:59   ` Logan Gunthorpe
2024-05-09 23:14     ` Alistair Popple
2024-04-11  0:57 ` [RFC 04/10] fs/dax: Don't track page mapping/index Alistair Popple
2024-04-12 15:22   ` Jan Kara
2024-04-12 17:31     ` Dan Williams
2024-04-15  7:03       ` Alistair Popple
2024-04-15 20:51         ` Dan Williams
2024-04-16  0:07           ` Alistair Popple
2024-04-16  0:36             ` Dan Williams
2024-04-12 17:21   ` Dan Williams
2024-04-11  0:57 ` [RFC 05/10] fs/dax: Refactor wait for dax idle page Alistair Popple
2024-04-12 14:37   ` Jan Kara
2024-04-13 20:19   ` John Hubbard
2024-04-15  8:41     ` Alistair Popple
2024-04-11  0:57 ` [RFC 06/10] fs/dax: Add dax_page_free callback Alistair Popple
2024-04-11 23:34   ` kernel test robot
2024-04-11  0:57 ` [RFC 07/10] mm: Allow compound zone device pages Alistair Popple
2024-04-11 12:32   ` Jason Gunthorpe
2024-04-11 14:10   ` Matthew Wilcox
2024-04-12  1:38     ` Alistair Popple
2024-04-11  0:57 ` [RFC 08/10] fs/dax: Properly refcount fs dax pages Alistair Popple
2024-04-11 21:08   ` kernel test robot
2024-04-11  0:57 ` [RFC 09/10] mm/khugepage.c: Warn if trying to scan devmap pmd Alistair Popple
2024-04-11 13:45   ` David Hildenbrand
2024-04-12  1:34     ` Alistair Popple
2024-04-11  0:57 ` [RFC 10/10] mm: Remove pXX_devmap Alistair Popple
2024-04-11 12:57   ` Jason Gunthorpe
2024-04-12  0:36   ` kernel test robot [this message]
2024-04-11 17:28 ` [RFC 00/10] fs/dax: Fix FS DAX page reference counts Dan Williams
2024-04-11 17:35   ` Jason Gunthorpe
2024-04-11 17:56     ` Dan Williams
2024-04-12  3:54   ` Alistair Popple
2024-04-12  6:55     ` Alistair Popple
2024-04-12 11:53       ` Jason Gunthorpe
2024-04-12 17:32         ` Dan Williams

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=202404120852.dCFQbBaU-lkp@intel.com \
    --to=lkp@intel.com \
    --cc=apopple@nvidia.com \
    --cc=oe-kbuild-all@lists.linux.dev \
    /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.