linux-next.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* linux-next: build failure after merge of the mm tree
@ 2024-04-07 23:15 Stephen Rothwell
  2024-04-08  1:44 ` Barry Song
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2024-04-07 23:15 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Barry Song, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 803 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

In file included from include/linux/mm.h:1115,
                 from include/linux/mman.h:5,
                 from arch/powerpc/kernel/asm-offsets.c:19:
include/linux/huge_mm.h:276:23: error: variably modified 'stats' at file scope
  276 |         unsigned long stats[PMD_ORDER + 1][__MTHP_STAT_COUNT];
      |                       ^~~~~

Caused by commit

  d4358ee0a075 ("mm: add per-order mTHP anon_alloc and anon_alloc_fallback counters")

from the mm-unstable branch of the mm tree.

PMD_ORDER is not necessarily constant on PowerPC (since it depends on
PTE_INDEX_SIZE).

I have reverted that commit (and the following one) for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-04-30  0:38 Stephen Rothwell
  2024-04-30  2:23 ` Lance Yang
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2024-04-30  0:38 UTC (permalink / raw)
  To: Andrew Morton, Lance Yang
  Cc: Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 2321 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:

In file included from <command-line>:
mm/rmap.c: In function 'try_to_unmap_one':
include/linux/compiler_types.h:460:45: error: call to '__compiletime_assert_344' declared with attribute error: BUILD_BUG failed
  460 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
      |                                             ^
include/linux/compiler_types.h:441:25: note: in definition of macro '__compiletime_assert'
  441 |                         prefix ## suffix();                             \
      |                         ^~~~~~
include/linux/compiler_types.h:460:9: note: in expansion of macro '_compiletime_assert'
  460 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
      |         ^~~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:39:37: note: in expansion of macro 'compiletime_assert'
   39 | #define BUILD_BUG_ON_MSG(cond, msg) compiletime_assert(!(cond), msg)
      |                                     ^~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:59:21: note: in expansion of macro 'BUILD_BUG_ON_MSG'
   59 | #define BUILD_BUG() BUILD_BUG_ON_MSG(1, "BUILD_BUG failed")
      |                     ^~~~~~~~~~~~~~~~
include/linux/huge_mm.h:99:28: note: in expansion of macro 'BUILD_BUG'
   99 | #define HPAGE_PMD_SHIFT ({ BUILD_BUG(); 0; })
      |                            ^~~~~~~~~
include/linux/huge_mm.h:106:35: note: in expansion of macro 'HPAGE_PMD_SHIFT'
  106 | #define HPAGE_PMD_SIZE  ((1UL) << HPAGE_PMD_SHIFT)
      |                                   ^~~~~~~~~~~~~~~
include/linux/huge_mm.h:105:28: note: in expansion of macro 'HPAGE_PMD_SIZE'
  105 | #define HPAGE_PMD_MASK  (~(HPAGE_PMD_SIZE - 1))
      |                            ^~~~~~~~~~~~~~
mm/rmap.c:1651:41: note: in expansion of macro 'HPAGE_PMD_MASK'
 1651 |                 range.start = address & HPAGE_PMD_MASK;
      |                                         ^~~~~~~~~~~~~~

Caused by commit

  34d66beb14bd ("mm/rmap: integrate PMD-mapped folio splitting into pagewalk loop")

from the mm-unstable branch of the mm tree.

I have reverted that commit and the following one for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-04-23  0:22 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2024-04-23  0:22 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Kemeng Shi, Linux Kernel Mailing List, Linux Next Mailing List,
	Tejun Heo

[-- Attachment #1: Type: text/plain, Size: 1475 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:

mm/backing-dev.c: In function 'wb_stats_show':
mm/backing-dev.c:175:33: error: 'struct bdi_writeback' has no member named 'memcg_css'
  175 |                    cgroup_ino(wb->memcg_css->cgroup),
      |                                 ^~

Caused by commit

  3acd401af0c9 ("writeback: support retrieving per group debug writeback stats of bdi")

from the mm-unstable branch of the mm tree.

I have applied the following (hack) patch for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Tue, 23 Apr 2024 10:06:13 +1000
Subject: [PATCH] fixup for "writeback: support retrieving per group debug
 writeback stats of bdi"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 mm/backing-dev.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/mm/backing-dev.c b/mm/backing-dev.c
index 481886f47164..af8c81adf7a4 100644
--- a/mm/backing-dev.c
+++ b/mm/backing-dev.c
@@ -172,7 +172,11 @@ static void wb_stats_show(struct seq_file *m, struct bdi_writeback *wb,
 		   "b_more_io:         %10lu\n"
 		   "b_dirty_time:      %10lu\n"
 		   "state:             %10lx\n\n",
+#ifdef CONFIG_CGROUP_WRITEBACK
 		   cgroup_ino(wb->memcg_css->cgroup),
+#else
+		   (ino_t)0,
+#endif
 		   K(stats->nr_writeback),
 		   K(stats->nr_reclaimable),
 		   K(stats->wb_thresh),
-- 
2.43.0

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-04-12  6:39 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2024-04-12  6:39 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Barry Song, Chuanhua Han, Linux Kernel Mailing List,
	Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1349 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (x86_64 allnoconfig)
failed like this:

In file included from include/linux/suspend.h:5,
                 from arch/x86/kernel/asm-offsets.c:14:
include/linux/swap.h:568:6: warning: no previous prototype for 'swap_free_nr' [-Wmissing-prototypes]
  568 | void swap_free_nr(swp_entry_t entry, int nr_pages)
      |      ^~~~~~~~~~~~
(lots of these)

Caused by commit

  ca23b4d4cae5 ("mm: swap: introduce swap_free_nr() for batched swap_free()")

from the mm-unstable branch of the mm tree.

I have applied the following patch for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 12 Apr 2024 16:25:26 +1000
Subject: [PATCH] fixup for "mm: swap: introduce swap_free_nr() for batched
 swap_free()"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 include/linux/swap.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/linux/swap.h b/include/linux/swap.h
index b7a107e983b8..d1d35e92d7e9 100644
--- a/include/linux/swap.h
+++ b/include/linux/swap.h
@@ -565,7 +565,7 @@ static inline void swap_free(swp_entry_t swp)
 {
 }
 
-void swap_free_nr(swp_entry_t entry, int nr_pages)
+static inline void swap_free_nr(swp_entry_t entry, int nr_pages)
 {
 }
 
-- 
2.43.0

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-04-11 23:14 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2024-04-11 23:14 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Barry Song, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1869 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:

mm/memory.c: In function 'do_swap_page':
mm/memory.c:4169:17: error: implicit declaration of function 'count_mthp_stat' [-Werror=implicit-function-declaration]
 4169 |                 count_mthp_stat(folio_order(folio), MTHP_STAT_ANON_SWPIN_REFAULT);
      |                 ^~~~~~~~~~~~~~~
mm/memory.c:4169:53: error: 'MTHP_STAT_ANON_SWPIN_REFAULT' undeclared (first use in this function)
 4169 |                 count_mthp_stat(folio_order(folio), MTHP_STAT_ANON_SWPIN_REFAULT);
      |                                                     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
mm/memory.c:4169:53: note: each undeclared identifier is reported only once for each function it appears in
cc1: some warnings being treated as errors

Caused by commits

  d46de7357458 ("mm: add per-order mTHP anon_alloc and anon_alloc_fallback counters")
  37a4ecbf36cb ("mm: add per-order mTHP swpin_refault counter")

I have applied the following patch for today:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 12 Apr 2024 09:11:42 +1000
Subject: [PATCH] fix up for ""mm: add per-order mTHP anon_alloc and
 anon_alloc_fallback counters"

and "mm: add per-order mTHP swpin_refault counter"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 mm/memory.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/mm/memory.c b/mm/memory.c
index b6fa5146b260..b3c33a76bcfa 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -4166,7 +4166,9 @@ vm_fault_t do_swap_page(struct vm_fault *vmf)
 		nr_pages = nr;
 		entry = folio->swap;
 		page = &folio->page;
+#ifdef CONFIG_TRANSPARENT_HUGEPAGE
 		count_mthp_stat(folio_order(folio), MTHP_STAT_ANON_SWPIN_REFAULT);
+#endif
 	}
 
 check_pte:
-- 
2.43.0

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-04-05  2:55 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2024-04-05  2:55 UTC (permalink / raw)
  To: Andrew Morton; +Cc: Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1740 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm64 defconfig)
failed like this:

In file included from arch/arm64/include/asm/memory.h:213,
                 from arch/arm64/include/asm/page.h:46,
                 from include/linux/page_counter.h:8,
                 from mm/memcontrol.c:28:
mm/memcontrol.c: In function '__mod_memcg_lruvec_state':
include/linux/mmdebug.h:114:35: error: expected expression before 'do'
  114 | #define VM_WARN_ON_IRQS_ENABLED() do { } while (0)
      |                                   ^~
mm/memcontrol.c:867:29: note: in expansion of macro 'VM_WARN_ON_IRQS_ENABLED'
  867 |                         if (VM_WARN_ON_IRQS_ENABLED())
      |                             ^~~~~~~~~~~~~~~~~~~~~~~

Caused by commit

  e04f729678f6 ("__mod_memcg_lruvec_state(): enhance diagnostics")

from the mm-unstable branch of the mm tree.

I have applied the following patch for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 5 Apr 2024 13:27:48 +1100
Subject: [PATCH] fix up for "__mod_memcg_lruvec_state(): enhance diagnostics"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 mm/memcontrol.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/mm/memcontrol.c b/mm/memcontrol.c
index 42f82259864f..91ac261877ec 100644
--- a/mm/memcontrol.c
+++ b/mm/memcontrol.c
@@ -864,8 +864,12 @@ void __mod_memcg_lruvec_state(struct lruvec *lruvec, enum node_stat_item idx,
 				pr_warn("stat item index: %d\n", idx);
 			break;
 		default:
+#ifdef CONFIG_DEBUG_VM_IRQSOFF
 			if (VM_WARN_ON_IRQS_ENABLED())
 				pr_warn("stat item index: %d\n", idx);
+#else
+			;
+#endif
 		}
 	}
 
-- 
2.43.0

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-03-28  4:34 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2024-03-28  4:34 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Matthew Wilcox (Oracle),
	Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1974 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm64 defconfig)
failed like this:

In file included from include/linux/hugetlb.h:828,
                 from fs/proc/task_mmu.c:4:
arch/arm64/include/asm/hugetlb.h:25:34: error: redefinition of 'arch_clear_hugetlb_flags'
   25 | #define arch_clear_hugetlb_flags arch_clear_hugetlb_flags
      |                                  ^~~~~~~~~~~~~~~~~~~~~~~~
include/linux/hugetlb.h:840:20: note: in expansion of macro 'arch_clear_hugetlb_flags'
  840 | static inline void arch_clear_hugetlb_flags(struct folio *folio) { }
      |                    ^~~~~~~~~~~~~~~~~~~~~~~~
arch/arm64/include/asm/hugetlb.h:21:20: note: previous definition of 'arch_clear_hugetlb_flags' with type 'void(struct folio *)'
   21 | static inline void arch_clear_hugetlb_flags(struct folio *folio)
      |                    ^~~~~~~~~~~~~~~~~~~~~~~~

Caused by commit

  34ffd5e56690 ("mm: convert arch_clear_hugepage_flags to take a folio")

from the mm-unstable branch of the mm tree.

I applied the following patch:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Thu, 28 Mar 2024 15:24:47 +1100
Subject: [PATCH] fix up for "mm: convert arch_clear_hugepage_flags to take a folio"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 include/linux/hugetlb.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h
index cc420c42a773..03fc6d625068 100644
--- a/include/linux/hugetlb.h
+++ b/include/linux/hugetlb.h
@@ -836,7 +836,7 @@ static inline int is_hugepage_only_range(struct mm_struct *mm,
 #define is_hugepage_only_range is_hugepage_only_range
 #endif
 
-#ifndef arch_clear_hugepage_flags
+#ifndef arch_clear_hugetlb_flags
 static inline void arch_clear_hugetlb_flags(struct folio *folio) { }
 #define arch_clear_hugetlb_flags arch_clear_hugetlb_flags
 #endif
-- 
2.43.0

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-03-05  4:26 Stephen Rothwell
  2024-03-05  6:39 ` Qi Zheng
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2024-03-05  4:26 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Qi Zheng, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 11213 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (s390 defconfig)
failed like this:

In file included from include/linux/smp.h:12,
                 from include/linux/lockdep.h:14,
                 from include/linux/spinlock.h:63,
                 from include/linux/mmzone.h:8,
                 from include/linux/gfp.h:7,
                 from include/linux/mm.h:7,
                 from include/linux/pagewalk.h:5,
                 from arch/s390/mm/gmap.c:12:
arch/s390/mm/gmap.c: In function 'gmap_free':
include/linux/list.h:866:19: error: assignment to 'struct page *' from incompatible pointer type 'struct ptdesc *' [-Werror=incompatible-pointer-types]
  866 |                 n = list_next_entry(pos, member);                       \
      |                   ^
arch/s390/mm/gmap.c:212:17: note: in expansion of macro 'list_for_each_entry_safe'
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~
include/linux/list.h:868:18: error: assignment to 'struct ptdesc *' from incompatible pointer type 'struct page *' [-Werror=incompatible-pointer-types]
  868 |              pos = n, n = list_next_entry(n, member))
      |                  ^
arch/s390/mm/gmap.c:212:17: note: in expansion of macro 'list_for_each_entry_safe'
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~
In file included from include/linux/kernel.h:22,
                 from arch/s390/mm/gmap.c:11:
arch/s390/mm/gmap.c:212:72: error: 'struct page' has no member named 'pt_list'; did you mean 'pcp_list'?
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                                                                        ^~~~~~~
include/linux/container_of.h:19:33: note: in definition of macro 'container_of'
   19 |         void *__mptr = (void *)(ptr);                                   \
      |                                 ^~~
include/linux/list.h:645:9: note: in expansion of macro 'list_entry'
  645 |         list_entry((pos)->member.next, typeof(*(pos)), member)
      |         ^~~~~~~~~~
include/linux/list.h:868:27: note: in expansion of macro 'list_next_entry'
  868 |              pos = n, n = list_next_entry(n, member))
      |                           ^~~~~~~~~~~~~~~
arch/s390/mm/gmap.c:212:17: note: in expansion of macro 'list_for_each_entry_safe'
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~
In file included from include/linux/container_of.h:5:
arch/s390/mm/gmap.c:212:72: error: 'struct page' has no member named 'pt_list'; did you mean 'pcp_list'?
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                                                                        ^~~~~~~
include/linux/build_bug.h:78:56: note: in definition of macro '__static_assert'
   78 | #define __static_assert(expr, msg, ...) _Static_assert(expr, msg)
      |                                                        ^~~~
include/linux/container_of.h:20:9: note: in expansion of macro 'static_assert'
   20 |         static_assert(__same_type(*(ptr), ((type *)0)->member) ||       \
      |         ^~~~~~~~~~~~~
include/linux/container_of.h:20:23: note: in expansion of macro '__same_type'
   20 |         static_assert(__same_type(*(ptr), ((type *)0)->member) ||       \
      |                       ^~~~~~~~~~~
include/linux/list.h:601:9: note: in expansion of macro 'container_of'
  601 |         container_of(ptr, type, member)
      |         ^~~~~~~~~~~~
include/linux/list.h:645:9: note: in expansion of macro 'list_entry'
  645 |         list_entry((pos)->member.next, typeof(*(pos)), member)
      |         ^~~~~~~~~~
include/linux/list.h:868:27: note: in expansion of macro 'list_next_entry'
  868 |              pos = n, n = list_next_entry(n, member))
      |                           ^~~~~~~~~~~~~~~
arch/s390/mm/gmap.c:212:17: note: in expansion of macro 'list_for_each_entry_safe'
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~
arch/s390/mm/gmap.c:212:72: error: 'struct page' has no member named 'pt_list'; did you mean 'pcp_list'?
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                                                                        ^~~~~~~
include/linux/build_bug.h:78:56: note: in definition of macro '__static_assert'
   78 | #define __static_assert(expr, msg, ...) _Static_assert(expr, msg)
      |                                                        ^~~~
include/linux/container_of.h:20:9: note: in expansion of macro 'static_assert'
   20 |         static_assert(__same_type(*(ptr), ((type *)0)->member) ||       \
      |         ^~~~~~~~~~~~~
include/linux/container_of.h:20:23: note: in expansion of macro '__same_type'
   20 |         static_assert(__same_type(*(ptr), ((type *)0)->member) ||       \
      |                       ^~~~~~~~~~~
include/linux/list.h:601:9: note: in expansion of macro 'container_of'
  601 |         container_of(ptr, type, member)
      |         ^~~~~~~~~~~~
include/linux/list.h:645:9: note: in expansion of macro 'list_entry'
  645 |         list_entry((pos)->member.next, typeof(*(pos)), member)
      |         ^~~~~~~~~~
include/linux/list.h:868:27: note: in expansion of macro 'list_next_entry'
  868 |              pos = n, n = list_next_entry(n, member))
      |                           ^~~~~~~~~~~~~~~
arch/s390/mm/gmap.c:212:17: note: in expansion of macro 'list_for_each_entry_safe'
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~
arch/s390/mm/gmap.c:212:72: error: 'struct page' has no member named 'pt_list'; did you mean 'pcp_list'?
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                                                                        ^~~~~~~
include/linux/build_bug.h:78:56: note: in definition of macro '__static_assert'
   78 | #define __static_assert(expr, msg, ...) _Static_assert(expr, msg)
      |                                                        ^~~~
include/linux/container_of.h:20:9: note: in expansion of macro 'static_assert'
   20 |         static_assert(__same_type(*(ptr), ((type *)0)->member) ||       \
      |         ^~~~~~~~~~~~~
include/linux/container_of.h:21:23: note: in expansion of macro '__same_type'
   21 |                       __same_type(*(ptr), void),                        \
      |                       ^~~~~~~~~~~
include/linux/list.h:601:9: note: in expansion of macro 'container_of'
  601 |         container_of(ptr, type, member)
      |         ^~~~~~~~~~~~
include/linux/list.h:645:9: note: in expansion of macro 'list_entry'
  645 |         list_entry((pos)->member.next, typeof(*(pos)), member)
      |         ^~~~~~~~~~
include/linux/list.h:868:27: note: in expansion of macro 'list_next_entry'
  868 |              pos = n, n = list_next_entry(n, member))
      |                           ^~~~~~~~~~~~~~~
arch/s390/mm/gmap.c:212:17: note: in expansion of macro 'list_for_each_entry_safe'
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~
include/linux/compiler_types.h:390:27: error: expression in static assertion is not an integer
  390 | #define __same_type(a, b) __builtin_types_compatible_p(typeof(a), typeof(b))
      |                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:78:56: note: in definition of macro '__static_assert'
   78 | #define __static_assert(expr, msg, ...) _Static_assert(expr, msg)
      |                                                        ^~~~
include/linux/container_of.h:20:9: note: in expansion of macro 'static_assert'
   20 |         static_assert(__same_type(*(ptr), ((type *)0)->member) ||       \
      |         ^~~~~~~~~~~~~
include/linux/container_of.h:20:23: note: in expansion of macro '__same_type'
   20 |         static_assert(__same_type(*(ptr), ((type *)0)->member) ||       \
      |                       ^~~~~~~~~~~
include/linux/list.h:601:9: note: in expansion of macro 'container_of'
  601 |         container_of(ptr, type, member)
      |         ^~~~~~~~~~~~
include/linux/list.h:645:9: note: in expansion of macro 'list_entry'
  645 |         list_entry((pos)->member.next, typeof(*(pos)), member)
      |         ^~~~~~~~~~
include/linux/list.h:868:27: note: in expansion of macro 'list_next_entry'
  868 |              pos = n, n = list_next_entry(n, member))
      |                           ^~~~~~~~~~~~~~~
arch/s390/mm/gmap.c:212:17: note: in expansion of macro 'list_for_each_entry_safe'
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~
In file included from include/uapi/linux/posix_types.h:5,
                 from include/uapi/linux/types.h:14,
                 from include/linux/types.h:6,
                 from include/linux/kasan-checks.h:5,
                 from include/asm-generic/rwonce.h:26,
                 from arch/s390/include/asm/rwonce.h:29,
                 from include/linux/compiler.h:299,
                 from include/linux/array_size.h:5,
                 from include/linux/kernel.h:16:
arch/s390/mm/gmap.c:212:72: error: 'struct page' has no member named 'pt_list'; did you mean 'pcp_list'?
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                                                                        ^~~~~~~
include/linux/stddef.h:16:58: note: in definition of macro 'offsetof'
   16 | #define offsetof(TYPE, MEMBER)  __builtin_offsetof(TYPE, MEMBER)
      |                                                          ^~~~~~
include/linux/list.h:601:9: note: in expansion of macro 'container_of'
  601 |         container_of(ptr, type, member)
      |         ^~~~~~~~~~~~
include/linux/list.h:645:9: note: in expansion of macro 'list_entry'
  645 |         list_entry((pos)->member.next, typeof(*(pos)), member)
      |         ^~~~~~~~~~
include/linux/list.h:868:27: note: in expansion of macro 'list_next_entry'
  868 |              pos = n, n = list_next_entry(n, member))
      |                           ^~~~~~~~~~~~~~~
arch/s390/mm/gmap.c:212:17: note: in expansion of macro 'list_for_each_entry_safe'
  212 |                 list_for_each_entry_safe(ptdesc, next, &gmap->pt_list, pt_list)
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~
cc1: some warnings being treated as errors

Caused by commit

  859584c3ddba ("s390: supplement for ptdesc conversion")

from the mm-unstable branch of the mm tree.

I have reverted that commit for today.
-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-02-14  3:57 Stephen Rothwell
  2024-02-14 15:19 ` Andrew Morton
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2024-02-14  3:57 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Oscar Salvador, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1696 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (sparc defconfig)
failed like this:

In file included from include/linux/page_ext.h:7,
                 from include/linux/mm.h:22,
                 from fs/sysfs/file.c:18:
include/linux/stackdepot.h:59:39: error: 'CONFIG_STACKDEPOT_MAX_FRAMES' undeclared here (not in a function)
   59 |                 unsigned long entries[CONFIG_STACKDEPOT_MAX_FRAMES];    /* Frames */
      |                                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~

(and many more)

Caused by commit

  18d4230bb372 ("lib/stackdepot: move stack_record struct definition into the header")

from the mm-unstable branch of the mm tree.

$ grep CONFIG_STACKDEPOT .config 
$ 

I have reverted the following commits for today:

  7e56cf9a7f10 ("mm: add swappiness= arg to memory.reclaim")
  6290011d1ce1 ("mm: add defines for min/max swappiness")
  afb37edbd1e3 ("mm: optimization on page allocation when CMA enabled")
  0b222ac0b19c ("userfaultfd: use per-vma locks in userfaultfd operations")
  f8b7d8e37cb3 ("userfaultfd: protect mmap_changing with rw_sem in userfaulfd_ctx")
  cd8df983e066 ("userfaultfd: move userfaultfd_ctx struct to header file")
  292f31cdb470 ("mm,page_owner: update Documentation regarding page_owner_stacks")
  76d2da5f4805 ("mm,page_owner: filter out stacks by a threshold")
  37781739c4ad ("mm,page_owner: display all stacks and their count")
  525a88caf59c ("mm,page_owner: implement the tracking of the stacks count")
  18d4230bb372 ("lib/stackdepot: move stack_record struct definition into the header")

(from 18d4230bb372 to the end of mm-unstable)

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-02-07  6:17 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2024-02-07  6:17 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Kairui Song, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1422 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (x86_64 allnodconfig)
failed like this:

mm/memory.c: In function 'do_swap_page':
mm/memory.c:4004:29: error: implicit declaration of function 'swapcache_prepare'; did you mean 'swapcache_clear'? [-Werror=implicit-function-declaration]
 4004 |                         if (swapcache_prepare(entry))
      |                             ^~~~~~~~~~~~~~~~~
      |                             swapcache_clear

Caused by commit

  1fa5b77af107 ("mm/swap: fix race condition in direct swapin path")

from the mm-unstable branch of the mm tree.

# CONFIG_SWAP is not set

I have applied the following patch for today:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Wed, 7 Feb 2024 17:04:15 +1100
Subject: [PATCH] fix up for "mm/swap: fix race condition in direct swapin
 path"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 include/linux/swap.h | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/include/linux/swap.h b/include/linux/swap.h
index 768a9078070d..b4c389b9e4e0 100644
--- a/include/linux/swap.h
+++ b/include/linux/swap.h
@@ -552,6 +552,11 @@ static inline int swap_duplicate(swp_entry_t swp)
 	return 0;
 }
 
+static inline int swapcache_prepare(swp_entry_t swp)
+{
+	return 0;
+}
+
 static inline void swap_free(swp_entry_t swp)
 {
 }
-- 
2.43.0

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-02-01  2:57 Stephen Rothwell
  2024-02-01  8:35 ` Marco Elver
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2024-02-01  2:57 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Marco Elver, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1599 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (i386 defconfig)
failed like this:

In file included from arch/x86/include/asm/string.h:3,
                 from include/linux/string.h:61,
                 from arch/x86/include/asm/page_32.h:18,
                 from arch/x86/include/asm/page.h:14,
                 from arch/x86/include/asm/thread_info.h:12,
                 from include/linux/thread_info.h:60,
                 from include/linux/spinlock.h:60,
                 from include/linux/wait.h:9,
                 from include/linux/wait_bit.h:8,
                 from include/linux/fs.h:6,
                 from include/linux/debugfs.h:15,
                 from lib/stackdepot.c:17:
In function 'depot_alloc_stack',
    inlined from 'stack_depot_save_flags' at lib/stackdepot.c:688:4:
arch/x86/include/asm/string_32.h:150:25: error: '__builtin_memcpy' specified bound 4294967295 exceeds maximum object size 2147483647 [-Werror=stringop-overflow=]
  150 | #define memcpy(t, f, n) __builtin_memcpy(t, f, n)
      |                         ^~~~~~~~~~~~~~~~~~~~~~~~~
lib/stackdepot.c:459:9: note: in expansion of macro 'memcpy'
  459 |         memcpy(stack->entries, entries, flex_array_size(stack, entries, nr_entries));
      |         ^~~~~~
cc1: all warnings being treated as errors

Presumably caused by commit

  d869d3fb362c ("stackdepot: use variable size records for non-evictable entries")

from the mm-unstable branch of the mm tree.

I have reverted that commit and the following one for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-01-25  3:29 Stephen Rothwell
  2024-01-25 14:29 ` Baoquan He
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2024-01-25  3:29 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Baoquan He, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 8127 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc allnoconfig)
failed like this:

WARNING: unmet direct dependencies detected for CRASH_DUMP
  Depends on [n]: ARCH_SUPPORTS_CRASH_DUMP [=y] && KEXEC_CORE [=n]
  Selected by [y]:
  - ARCH_SELECTS_KEXEC [=y]
arch/powerpc/kernel/crash_dump.c:101:6: error: redefinition of 'is_kdump_kernel'
  101 | bool is_kdump_kernel(void)
      |      ^~~~~~~~~~~~~~~
In file included from arch/powerpc/kernel/crash_dump.c:12:
include/linux/crash_dump.h:64:20: note: previous definition of 'is_kdump_kernel' with type 'bool(void)' {aka '_Bool(void)'}
   64 | static inline bool is_kdump_kernel(void)
      |                    ^~~~~~~~~~~~~~~
kernel/crash_core.c: In function 'kimage_crash_copy_vmcoreinfo':
kernel/crash_core.c:43:18: error: invalid use of undefined type 'struct kimage'
   43 |         if (image->type != KEXEC_TYPE_CRASH)
      |                  ^~
kernel/crash_core.c:43:28: error: 'KEXEC_TYPE_CRASH' undeclared (first use in this function); did you mean 'KEXEC_ON_CRASH'?
   43 |         if (image->type != KEXEC_TYPE_CRASH)
      |                            ^~~~~~~~~~~~~~~~
      |                            KEXEC_ON_CRASH
kernel/crash_core.c:43:28: note: each undeclared identifier is reported only once for each function it appears in
kernel/crash_core.c:55:27: error: implicit declaration of function 'kimage_alloc_control_pages' [-Werror=implicit-function-declaration]
   55 |         vmcoreinfo_page = kimage_alloc_control_pages(image, 0);
      |                           ^~~~~~~~~~~~~~~~~~~~~~~~~~
kernel/crash_core.c:55:25: warning: assignment to 'struct page *' from 'int' makes pointer from integer without a cast [-Wint-conversion]
   55 |         vmcoreinfo_page = kimage_alloc_control_pages(image, 0);
      |                         ^
kernel/crash_core.c:66:14: error: invalid use of undefined type 'struct kimage'
   66 |         image->vmcoreinfo_data_copy = safecopy;
      |              ^~
kernel/crash_core.c: At top level:
kernel/crash_core.c:74:5: error: redefinition of 'kexec_should_crash'
   74 | int kexec_should_crash(struct task_struct *p)
      |     ^~~~~~~~~~~~~~~~~~
In file included from kernel/crash_core.c:12:
include/linux/kexec.h:474:19: note: previous definition of 'kexec_should_crash' with type 'int(struct task_struct *)'
  474 | static inline int kexec_should_crash(struct task_struct *p) { return 0; }
      |                   ^~~~~~~~~~~~~~~~~~
kernel/crash_core.c:92:5: error: redefinition of 'kexec_crash_loaded'
   92 | int kexec_crash_loaded(void)
      |     ^~~~~~~~~~~~~~~~~~
include/linux/kexec.h:475:19: note: previous definition of 'kexec_crash_loaded' with type 'int(void)'
  475 | static inline int kexec_crash_loaded(void) { return 0; }
      |                   ^~~~~~~~~~~~~~~~~~
kernel/crash_core.c: In function 'kexec_crash_loaded':
kernel/crash_core.c:94:18: error: 'kexec_crash_image' undeclared (first use in this function); did you mean 'kexec_crash_loaded'?
   94 |         return !!kexec_crash_image;
      |                  ^~~~~~~~~~~~~~~~~
      |                  kexec_crash_loaded
kernel/crash_core.c: At top level:
kernel/crash_core.c:103:16: error: redefinition of '__crash_kexec'
  103 | void __noclone __crash_kexec(struct pt_regs *regs)
      |                ^~~~~~~~~~~~~
include/linux/kexec.h:472:20: note: previous definition of '__crash_kexec' with type 'void(struct pt_regs *)'
  472 | static inline void __crash_kexec(struct pt_regs *regs) { }
      |                    ^~~~~~~~~~~~~
kernel/crash_core.c: In function '__crash_kexec':
kernel/crash_core.c:114:21: error: 'kexec_crash_image' undeclared (first use in this function); did you mean 'kexec_crash_loaded'?
  114 |                 if (kexec_crash_image) {
      |                     ^~~~~~~~~~~~~~~~~
      |                     kexec_crash_loaded
kernel/crash_core.c:117:25: error: implicit declaration of function 'crash_setup_regs' [-Werror=implicit-function-declaration]
  117 |                         crash_setup_regs(&fixed_regs, regs);
      |                         ^~~~~~~~~~~~~~~~
kernel/crash_core.c:120:25: error: implicit declaration of function 'machine_kexec' [-Werror=implicit-function-declaration]
  120 |                         machine_kexec(kexec_crash_image);
      |                         ^~~~~~~~~~~~~
kernel/crash_core.c: At top level:
kernel/crash_core.c:128:1: warning: ignoring attribute 'noinline' because it conflicts with attribute 'gnu_inline' [-Wattributes]
  128 | {
      | ^
include/linux/kexec.h:473:20: note: previous declaration here
  473 | static inline void crash_kexec(struct pt_regs *regs) { }
      |                    ^~~~~~~~~~~
kernel/crash_core.c:127:18: error: redefinition of 'crash_kexec'
  127 | __bpf_kfunc void crash_kexec(struct pt_regs *regs)
      |                  ^~~~~~~~~~~
include/linux/kexec.h:473:20: note: previous definition of 'crash_kexec' with type 'void(struct pt_regs *)'
  473 | static inline void crash_kexec(struct pt_regs *regs) { }
      |                    ^~~~~~~~~~~
kernel/crash_core.c: In function '__crash_shrink_memory':
kernel/crash_core.c:356:9: error: implicit declaration of function 'crash_free_reserved_phys_range' [-Werror=implicit-function-declaration]
  356 |         crash_free_reserved_phys_range(ram_res->start, ram_res->end);
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
kernel/crash_core.c: In function 'crash_shrink_memory':
kernel/crash_core.c:370:13: error: 'kexec_crash_image' undeclared (first use in this function); did you mean 'kexec_crash_loaded'?
  370 |         if (kexec_crash_image) {
      |             ^~~~~~~~~~~~~~~~~
      |             kexec_crash_loaded
In file included from include/linux/kernel.h:27,
                 from arch/powerpc/include/asm/page.h:11,
                 from arch/powerpc/include/asm/thread_info.h:13,
                 from include/linux/thread_info.h:60,
                 from arch/powerpc/include/asm/processor.h:41,
                 from include/linux/sched.h:13,
                 from include/linux/utsname.h:6,
                 from kernel/crash_core.c:9:
kernel/crash_core.c:377:38: error: 'KEXEC_CRASH_MEM_ALIGN' undeclared (first use in this function)
  377 |         new_size = roundup(new_size, KEXEC_CRASH_MEM_ALIGN);
      |                                      ^~~~~~~~~~~~~~~~~~~~~
include/linux/math.h:61:16: note: in definition of macro 'roundup'
   61 |         typeof(y) __y = y;                              \
      |                ^
kernel/crash_core.c: In function 'crash_save_cpu':
kernel/crash_core.c:437:36: error: 'KEXEC_CORE_NOTE_NAME' undeclared (first use in this function); did you mean 'CRASH_CORE_NOTE_NAME'?
  437 |         buf = append_elf_note(buf, KEXEC_CORE_NOTE_NAME, NT_PRSTATUS,
      |                                    ^~~~~~~~~~~~~~~~~~~~
      |                                    CRASH_CORE_NOTE_NAME
kernel/crash_core.c: In function 'kexec_crash_loaded':
kernel/crash_core.c:95:1: error: control reaches end of non-void function [-Werror=return-type]
   95 | }
      | ^
cc1: some warnings being treated as errors

Caused by commit

  9dc830523e4e ("ppc, crash: enforce KEXEC and KEXEC_FILE to select CRASH_DUMP")

I have applied the following patch:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Thu, 25 Jan 2024 14:20:51 +1100
Subject: [PATCH] fix up for "ppc, crash: enforce KEXEC and KEXEC_FILE to
 select CRASH_DUMP"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 arch/powerpc/Kconfig | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 31f013e636e3..e7707bebc061 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -610,6 +610,8 @@ config ARCH_SUPPORTS_KEXEC
 
 config ARCH_SELECTS_KEXEC
 	def_bool y
+	depends on ARCH_SUPPORTS_CRASH_DUMP
+	depends on KEXEC_CORE
 	select CRASH_DUMP
 
 config ARCH_SUPPORTS_KEXEC_FILE
-- 
2.43.0

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-01-24 23:23 Stephen Rothwell
  2024-01-24 23:52 ` Suren Baghdasaryan
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2024-01-24 23:23 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Baoquan He, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1045 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

make[4]: *** No rule to make target 'kernel/elfcorehdr.o', needed by 'kernel/built-in.a'.  Stop.

Presumably caused by commit

  1777bfb42f56 ("crash: remove dependency of FA_DUMP on CRASH_DUMP")

from the mm-unstable branch of the mm tree.  It looks like the expected
file rename did not happen.

I have applied the following (git) patch for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Thu, 25 Jan 2024 09:58:54 +1100
Subject: [PATCH] fix up for "crash: remove dependency of FA_DUMP on
 CRASH_DUMP"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 kernel/{crash_dump.c => elfcorehdr.c} | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename kernel/{crash_dump.c => elfcorehdr.c} (100%)

diff --git a/kernel/crash_dump.c b/kernel/elfcorehdr.c
similarity index 100%
rename from kernel/crash_dump.c
rename to kernel/elfcorehdr.c
-- 
2.43.0

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2024-01-23 23:05 Stephen Rothwell
  2024-01-23 23:14 ` Suren Baghdasaryan
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2024-01-23 23:05 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Suren Baghdasaryan, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1759 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

fs/proc/task_mmu.c: In function 'get_vma_snapshow':
fs/proc/task_mmu.c:145:19: error: 'struct vm_area_struct' has no member named 'anon_name'; did you mean 'anon_vma'?
  145 |         if (copy->anon_name && !anon_vma_name_get_rcu(copy))
      |                   ^~~~~~~~~
      |                   anon_vma
fs/proc/task_mmu.c:161:19: error: 'struct vm_area_struct' has no member named 'anon_name'; did you mean 'anon_vma'?
  161 |         if (copy->anon_name)
      |                   ^~~~~~~~~
      |                   anon_vma
fs/proc/task_mmu.c:162:41: error: 'struct vm_area_struct' has no member named 'anon_name'; did you mean 'anon_vma'?
  162 |                 anon_vma_name_put(copy->anon_name);
      |                                         ^~~~~~~~~
      |                                         anon_vma
fs/proc/task_mmu.c: In function 'put_vma_snapshot':
fs/proc/task_mmu.c:174:18: error: 'struct vm_area_struct' has no member named 'anon_name'; did you mean 'anon_vma'?
  174 |         if (vma->anon_name)
      |                  ^~~~~~~~~
      |                  anon_vma
fs/proc/task_mmu.c:175:40: error: 'struct vm_area_struct' has no member named 'anon_name'; did you mean 'anon_vma'?
  175 |                 anon_vma_name_put(vma->anon_name);
      |                                        ^~~~~~~~~
      |                                        anon_vma

Caused by commit

  786cebbd51a4 ("mm/maps: read proc/pid/maps under RCU")

from the mm-unstable branch.

This build does not have CONFIG_ANON_VMA_NAME set.

I have reverted that commit for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-12-21  7:38 Stephen Rothwell
  2023-12-21  7:45 ` Changbin Du
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-12-21  7:38 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Changbin Du, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1145 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (x86_64 allnoconfig)
failed like this:

x86_64-linux-gnu-ld: init/main.o: in function `kernel_init':
main.c:(.ref.text+0xbf): undefined reference to `flush_module_init_free_work'

Caused by commit

  1d8053432676 ("modules: wait do_free_init correctly")

This build has
# CONFIG_MODULES is not set

I have applied this (hack) patch for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Thu, 21 Dec 2023 18:27:07 +1100
Subject: [PATCH] fix up for "modules: wait do_free_init correctly"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 init/main.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/init/main.c b/init/main.c
index f0b7e21ac67f..1df1106ff09b 100644
--- a/init/main.c
+++ b/init/main.c
@@ -1407,7 +1407,9 @@ static void mark_readonly(void)
 		 * flushed so that we don't hit false positives looking for
 		 * insecure pages which are W+X.
 		 */
+#ifdef CONFIG_MODULES
 		flush_module_init_free_work();
+#endif
 		mark_rodata_ro();
 		rodata_test();
 	} else
-- 
2.43.0

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-11-28 21:45 Stephen Rothwell
  2023-11-28 22:45 ` Andrew Morton
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-11-28 21:45 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Dmitry Rokosov, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 434 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (x86_64 allmodconfig)
failed like this:

make[5]: *** No rule to make target 'samples/cgroup/cgroup_event_listener.c', needed by 'samples/cgroup/cgroup_event_listener'.  Stop.

Caused by commit

  fc2cf253aaec ("samples: introduce new samples subdir for cgroup")

I have reverted that commit (and the following one) for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-11-27  3:44 Stephen Rothwell
  2023-12-22  0:16 ` Stephen Rothwell
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-11-27  3:44 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Arnd Bergmann, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 7368 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (sparc64 defconfig)
failed like this:

arch/sparc/vdso/vclock_gettime.c:254:1: warning: no previous prototype for '__vdso_clock_gettime' [-Wmissing-prototypes]
  254 | __vdso_clock_gettime(clockid_t clock, struct __kernel_old_timespec *ts)
      | ^~~~~~~~~~~~~~~~~~~~
arch/sparc/vdso/vclock_gettime.c:282:1: warning: no previous prototype for '__vdso_clock_gettime_stick' [-Wmissing-prototypes]
  282 | __vdso_clock_gettime_stick(clockid_t clock, struct __kernel_old_timespec *ts)
      | ^~~~~~~~~~~~~~~~~~~~~~~~~~
arch/sparc/vdso/vclock_gettime.c:307:1: warning: no previous prototype for '__vdso_gettimeofday' [-Wmissing-prototypes]
  307 | __vdso_gettimeofday(struct __kernel_old_timeval *tv, struct timezone *tz)
      | ^~~~~~~~~~~~~~~~~~~
arch/sparc/vdso/vclock_gettime.c:343:1: warning: no previous prototype for '__vdso_gettimeofday_stick' [-Wmissing-prototypes]
  343 | __vdso_gettimeofday_stick(struct __kernel_old_timeval *tv, struct timezone *tz)
      | ^~~~~~~~~~~~~~~~~~~~~~~~~
arch/sparc/vdso/vma.c:246:12: warning: no previous prototype for 'init_vdso_image' [-Wmissing-prototypes]
  246 | int __init init_vdso_image(const struct vdso_image *image,
      |            ^~~~~~~~~~~~~~~
arch/sparc/prom/p1275.c:52:6: warning: no previous prototype for 'prom_cif_init' [-Wmissing-prototypes]
   52 | void prom_cif_init(void *cif_handler, void *cif_stack)
      |      ^~~~~~~~~~~~~
In file included from arch/sparc/vdso/vdso32/vclock_gettime.c:22:
arch/sparc/vdso/vdso32/../vclock_gettime.c:254:1: warning: no previous prototype for '__vdso_clock_gettime' [-Wmissing-prototypes]
  254 | __vdso_clock_gettime(clockid_t clock, struct __kernel_old_timespec *ts)
      | ^~~~~~~~~~~~~~~~~~~~
arch/sparc/vdso/vdso32/../vclock_gettime.c:282:1: warning: no previous prototype for '__vdso_clock_gettime_stick' [-Wmissing-prototypes]
  282 | __vdso_clock_gettime_stick(clockid_t clock, struct __kernel_old_timespec *ts)
      | ^~~~~~~~~~~~~~~~~~~~~~~~~~
arch/sparc/vdso/vdso32/../vclock_gettime.c:307:1: warning: no previous prototype for '__vdso_gettimeofday' [-Wmissing-prototypes]
  307 | __vdso_gettimeofday(struct __kernel_old_timeval *tv, struct timezone *tz)
      | ^~~~~~~~~~~~~~~~~~~
arch/sparc/vdso/vdso32/../vclock_gettime.c:343:1: warning: no previous prototype for '__vdso_gettimeofday_stick' [-Wmissing-prototypes]
  343 | __vdso_gettimeofday_stick(struct __kernel_old_timeval *tv, struct timezone *tz)
      | ^~~~~~~~~~~~~~~~~~~~~~~~~
arch/sparc/prom/misc_64.c:165:5: warning: no previous prototype for 'prom_get_mmu_ihandle' [-Wmissing-prototypes]
  165 | int prom_get_mmu_ihandle(void)
      |     ^~~~~~~~~~~~~~~~~~~~
arch/sparc/kernel/traps_64.c:253:6: error: no previous prototype for 'is_no_fault_exception' [-Werror=missing-prototypes]
  253 | bool is_no_fault_exception(struct pt_regs *regs)
      |      ^~~~~~~~~~~~~~~~~~~~~
arch/sparc/kernel/traps_64.c:2035:6: error: no previous prototype for 'do_mcd_err' [-Werror=missing-prototypes]
 2035 | void do_mcd_err(struct pt_regs *regs, struct sun4v_error_entry ent)
      |      ^~~~~~~~~~
arch/sparc/kernel/traps_64.c:2153:6: error: no previous prototype for 'sun4v_nonresum_error_user_handled' [-Werror=missing-prototypes]
 2153 | bool sun4v_nonresum_error_user_handled(struct pt_regs *regs,
      |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
arch/sparc/mm/init_64.c:2644:6: error: no previous prototype for 'vmemmap_free' [-Werror=missing-prototypes]
 2644 | void vmemmap_free(unsigned long start, unsigned long end,
      |      ^~~~~~~~~~~~
cc1: all warnings being treated as errors

Caused by commit

  c6345dfa6e3e ("Makefile.extrawarn: turn on missing-prototypes globally")

I applied the following hack for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Mon, 27 Nov 2023 14:18:45 +1100
Subject: [PATCH] sparc: turn off Werror for now

---
 arch/sparc/kernel/Makefile | 2 +-
 arch/sparc/mm/Makefile     | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/sparc/kernel/Makefile b/arch/sparc/kernel/Makefile
index 0984bb6f0f17..1ce4d5028c86 100644
--- a/arch/sparc/kernel/Makefile
+++ b/arch/sparc/kernel/Makefile
@@ -5,7 +5,7 @@
 #
 
 asflags-y := -ansi
-ccflags-y := -Werror
+#ccflags-y := -Werror
 
 # Undefine sparc when processing vmlinux.lds - it is used
 # And teach CPP we are doing $(BITS) builds (for this case)
diff --git a/arch/sparc/mm/Makefile b/arch/sparc/mm/Makefile
index 871354aa3c00..a199484e131f 100644
--- a/arch/sparc/mm/Makefile
+++ b/arch/sparc/mm/Makefile
@@ -3,7 +3,7 @@
 #
 
 asflags-y := -ansi
-ccflags-y := -Werror
+#ccflags-y := -Werror
 
 obj-$(CONFIG_SPARC64)   += ultra.o tlb.o tsb.o
 obj-y                   += fault_$(BITS).o
-- 
2.40.1

After which I got these as well:

arch/sparc/kernel/adi_64.c:124:21: warning: no previous prototype for 'find_tag_store' [-Wmissing-prototypes]
  124 | tag_storage_desc_t *find_tag_store(struct mm_struct *mm,
      |                     ^~~~~~~~~~~~~~
arch/sparc/kernel/adi_64.c:156:21: warning: no previous prototype for 'alloc_tag_store' [-Wmissing-prototypes]
  156 | tag_storage_desc_t *alloc_tag_store(struct mm_struct *mm,
      |                     ^~~~~~~~~~~~~~~
arch/sparc/kernel/adi_64.c:299:6: warning: no previous prototype for 'del_tag_store' [-Wmissing-prototypes]
  299 | void del_tag_store(tag_storage_desc_t *tag_desc, struct mm_struct *mm)
      |      ^~~~~~~~~~~~~
arch/sparc/kernel/uprobes.c:237:17: warning: no previous prototype for 'uprobe_trap' [-Wmissing-prototypes]
  237 | asmlinkage void uprobe_trap(struct pt_regs *regs,
      |                 ^~~~~~~~~~~
arch/sparc/kernel/time_64.c:880:20: warning: no previous prototype for 'sched_clock' [-Wmissing-prototypes]
  880 | unsigned long long sched_clock(void)
      |                    ^~~~~~~~~~~
arch/sparc/kernel/pci_sun4v.c:259:15: warning: no previous prototype for 'dma_4v_iotsb_bind' [-Wmissing-prototypes]
  259 | unsigned long dma_4v_iotsb_bind(unsigned long devhandle,
      |               ^~~~~~~~~~~~~~~~~
arch/sparc/kernel/setup_64.c:602:13: warning: no previous prototype for 'alloc_irqstack_bootmem' [-Wmissing-prototypes]
  602 | void __init alloc_irqstack_bootmem(void)
      |             ^~~~~~~~~~~~~~~~~~~~~~

And these from the sparc (32) defconfig build:

arch/sparc/lib/cmpdi2.c:6:11: error: no previous prototype for '__cmpdi2' [-Werror=missing-prototypes]
    6 | word_type __cmpdi2(long long a, long long b)
      |           ^~~~~~~~
cc1: all warnings being treated as errors
kernel/dma.c:70:5: warning: no previous prototype for 'request_dma' [-Wmissing-prototypes]
   70 | int request_dma(unsigned int dmanr, const char * device_id)
      |     ^~~~~~~~~~~
kernel/dma.c:88:6: warning: no previous prototype for 'free_dma' [-Wmissing-prototypes]
   88 | void free_dma(unsigned int dmanr)
      |      ^~~~~~~~

So I turned off -Werrror in the lib directory as well which added this:

arch/sparc/lib/ucmpdi2.c:5:11: warning: no previous prototype for '__ucmpdi2' [-Wmissing-prototypes]
    5 | word_type __ucmpdi2(unsigned long long a, unsigned long long b)
      |           ^~~~~~~~~

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-11-27  2:28 Stephen Rothwell
  2023-11-27  3:48 ` Stephen Rothwell
  2023-12-07 12:38 ` Michael Ellerman
  0 siblings, 2 replies; 141+ messages in thread
From: Stephen Rothwell @ 2023-11-27  2:28 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Arnd Bergmann, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1741 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc64
allnoconfig) failed like this:

arch/powerpc/mm/book3s64/pgtable.c:557:5: error: no previous prototype for 'pmd_move_must_withdraw' [-Werror=missing-prototypes]
  557 | int pmd_move_must_withdraw(struct spinlock *new_pmd_ptl,
      |     ^~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors

Caused by commit

  c6345dfa6e3e ("Makefile.extrawarn: turn on missing-prototypes globally")

I have added the following patch for today (which could be applied to
the mm or powerpc trees):

From 194805b44c11b4c0aa28bdcdc0bb0d82acef394c Mon Sep 17 00:00:00 2001
From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Mon, 27 Nov 2023 13:08:57 +1100
Subject: [PATCH] powerpc: pmd_move_must_withdraw() is only needed for
 CONFIG_TRANSPARENT_HUGEPAGE

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 arch/powerpc/mm/book3s64/pgtable.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/powerpc/mm/book3s64/pgtable.c b/arch/powerpc/mm/book3s64/pgtable.c
index be229290a6a7..3438ab72c346 100644
--- a/arch/powerpc/mm/book3s64/pgtable.c
+++ b/arch/powerpc/mm/book3s64/pgtable.c
@@ -542,6 +542,7 @@ void ptep_modify_prot_commit(struct vm_area_struct *vma, unsigned long addr,
 	set_pte_at(vma->vm_mm, addr, ptep, pte);
 }
 
+#ifdef CONFIG_TRANSPARENT_HUGEPAGE
 /*
  * For hash translation mode, we use the deposited table to store hash slot
  * information and they are stored at PTRS_PER_PMD offset from related pmd
@@ -563,6 +564,7 @@ int pmd_move_must_withdraw(struct spinlock *new_pmd_ptl,
 
 	return true;
 }
+#endif
 
 /*
  * Does the CPU support tlbie?
-- 
2.40.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-10-03 22:50 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2023-10-03 22:50 UTC (permalink / raw)
  To: Andrew Morton
  Cc: David Laight, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 2319 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (native perf) failed
like this:

In file included from tools/include/linux/bits.h:21,
                 from tools/include/linux/bitops.h:14,
                 from tools/include/linux/bitmap.h:6,
                 from tools/perf/util/header.h:10,
                 from /home/sfr/next/perf/pmu-events/pmu-events.c:3:
tools/include/linux/find.h: In function 'find_next_bit':
tools/include/linux/bits.h:24:17: error: implicit declaration of function '__is_constexpr' [-Werror=implicit-function-declaration]
   24 |                 __is_constexpr((l) > (h)), (l) > (h), 0)))
      |                 ^~~~~~~~~~~~~~
tools/include/linux/build_bug.h:16:62: note: in definition of macro 'BUILD_BUG_ON_ZERO'
   16 | #define BUILD_BUG_ON_ZERO(e) ((int)(sizeof(struct { int:(-!!(e)); })))
      |                                                              ^
tools/include/linux/bits.h:37:10: note: in expansion of macro 'GENMASK_INPUT_CHECK'
   37 |         (GENMASK_INPUT_CHECK(h, l) + __GENMASK(h, l))
      |          ^~~~~~~~~~~~~~~~~~~
tools/include/linux/find.h:42:31: note: in expansion of macro 'GENMASK'
   42 |                 val = *addr & GENMASK(size - 1, offset);
      |                               ^~~~~~~
tools/include/linux/bits.h:23:28: error: first argument to '__builtin_choose_expr' not a constant
   23 |         (BUILD_BUG_ON_ZERO(__builtin_choose_expr( \
      |                            ^~~~~~~~~~~~~~~~~~~~~
tools/include/linux/build_bug.h:16:62: note: in definition of macro 'BUILD_BUG_ON_ZERO'
   16 | #define BUILD_BUG_ON_ZERO(e) ((int)(sizeof(struct { int:(-!!(e)); })))
      |                                                              ^
tools/include/linux/bits.h:37:10: note: in expansion of macro 'GENMASK_INPUT_CHECK'
   37 |         (GENMASK_INPUT_CHECK(h, l) + __GENMASK(h, l))
      |          ^~~~~~~~~~~~~~~~~~~
tools/include/linux/find.h:42:31: note: in expansion of macro 'GENMASK'
   42 |                 val = *addr & GENMASK(size - 1, offset);
      |                               ^~~~~~~

... and much more ...

Caused by commit

  5bee02eadb5d ("compiler.h: move __is_constexpr() to compiler.h")

I have reverted that commit for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-09-27 23:22 Stephen Rothwell
  2023-09-28  6:47 ` Arnd Bergmann
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-09-27 23:22 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Arnd Bergmann, Muhammad Usama Anjum, Linux Kernel Mailing List,
	Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 2175 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:

fs/proc/task_mmu.c: In function 'pagemap_scan_pmd_entry':
fs/proc/task_mmu.c:2153:22: error: implicit declaration of function 'pagemap_scan_is_interesting_page'; did you mean 'pagemap_scan_is_interesting_vma'? [-Werror=implicit-function-declaration]
 2153 |                 if (!pagemap_scan_is_interesting_page(categories, p))
      |                      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |                      pagemap_scan_is_interesting_vma

Caused by commit

  825ebc8e4bf9 ("fs/proc/task_mmu: hide unused pagemap_scan_backout_range() function")

I applied the following fix patch.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Thu, 28 Sep 2023 09:09:26 +1000
Subject: [PATCH] fix for "fs/proc/task_mmu: hide unused pagemap_scan_backout_range() function"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 fs/proc/task_mmu.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
index fdad3536d8ab..d4ef9a2bf95d 100644
--- a/fs/proc/task_mmu.c
+++ b/fs/proc/task_mmu.c
@@ -1940,6 +1940,7 @@ static void make_uffd_wp_huge_pte(struct vm_area_struct *vma,
 		set_huge_pte_at(vma->vm_mm, addr, ptep,
 				make_pte_marker(PTE_MARKER_UFFD_WP), psize);
 }
+#endif /* CONFIG_HUGETLB_PAGE */
 
 #if defined(CONFIG_TRANSPARENT_HUGEPAGE) || defined(CONFIG_HUGETLB_PAGE)
 static void pagemap_scan_backout_range(struct pagemap_scan_private *p,
@@ -1954,7 +1955,7 @@ static void pagemap_scan_backout_range(struct pagemap_scan_private *p,
 
 	p->found_pages -= (end - addr) / PAGE_SIZE;
 }
-#endif /* CONFIG_HUGETLB_PAGE */
+#endif
 
 static bool pagemap_scan_is_interesting_page(unsigned long categories,
 					     const struct pagemap_scan_private *p)
@@ -1967,7 +1968,6 @@ static bool pagemap_scan_is_interesting_page(unsigned long categories,
 
 	return true;
 }
-#endif
 
 static bool pagemap_scan_is_interesting_vma(unsigned long categories,
 					    const struct pagemap_scan_private *p)
-- 
2.40.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-09-25 23:18 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2023-09-25 23:18 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Jaewon Kim, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1896 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

In file included from include/trace/trace_events.h:27,
                 from include/trace/define_trace.h:102,
                 from include/trace/events/oom.h:195,
                 from mm/oom_kill.c:53:
include/trace/events/mmflags.h:278:21: error: 'LRU_GEN_ANON' undeclared here (not in a function); did you mean 'LRU_GEN_NAMES'?
  278 |                 EM (LRU_GEN_ANON, "anon") \
      |                     ^~~~~~~~~~~~
include/trace/stages/init.h:20:31: note: in definition of macro 'TRACE_DEFINE_ENUM'
   20 |                 .eval_value = a                         \
      |                               ^
include/trace/events/mmflags.h:278:17: note: in expansion of macro 'EM'
  278 |                 EM (LRU_GEN_ANON, "anon") \
      |                 ^~
include/trace/events/mmflags.h:295:1: note: in expansion of macro 'LRU_GEN_NAMES'
  295 | LRU_GEN_NAMES
      | ^~~~~~~~~~~~~
include/trace/events/mmflags.h:279:21: error: 'LRU_GEN_FILE' undeclared here (not in a function); did you mean 'LRU_GEN_NAMES'?
  279 |                 EMe(LRU_GEN_FILE, "file")
      |                     ^~~~~~~~~~~~
include/trace/stages/init.h:20:31: note: in definition of macro 'TRACE_DEFINE_ENUM'
   20 |                 .eval_value = a                         \
      |                               ^
include/trace/events/mmflags.h:279:17: note: in expansion of macro 'EMe'
  279 |                 EMe(LRU_GEN_FILE, "file")
      |                 ^~~
include/trace/events/mmflags.h:295:1: note: in expansion of macro 'LRU_GEN_NAMES'
  295 | LRU_GEN_NAMES
      | ^~~~~~~~~~~~~

Caused by commit

  11113e8e7b3f ("vmscan: add trace events for lru_gen")

I have reverted that commit (and its followup fix) for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-08-22 22:52 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2023-08-22 22:52 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Stefan Roesch, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 610 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:

fs/proc/task_mmu.c: In function 'smaps_account':
fs/proc/task_mmu.c:457:40: error: implicit declaration of function 'is_ksm_zero_pte' [-Werror=implicit-function-declaration]
  457 |         if (PageKsm(page) && (!pte || !is_ksm_zero_pte(*pte)))
      |                                        ^~~~~~~~~~~~~~~

Caused by commit

  5233d9beb1a8 ("proc/ksm: add ksm stats to /proc/pid/smaps")

# CONFIG_KSM is not set

I have reverted that commit for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-08-21 23:55 Stephen Rothwell
  2023-08-22  1:11 ` Matthew Wilcox
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-08-21 23:55 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Matthew Wilcox (Oracle),
	Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 7559 bytes --]

Hi all,

After merging the mm tree, today's linux-next build
(powerpc_ppc64_defconfig) failed like this:

In file included from include/trace/trace_events.h:27,
                 from include/trace/define_trace.h:102,
                 from fs/xfs/xfs_trace.h:4428,
                 from fs/xfs/xfs_trace.c:45:
include/linux/pgtable.h:8:25: error: initializer element is not constant
    8 | #define PMD_ORDER       (PMD_SHIFT - PAGE_SHIFT)
      |                         ^
include/trace/stages/init.h:20:31: note: in definition of macro 'TRACE_DEFINE_ENUM'
   20 |                 .eval_value = a                         \
      |                               ^
fs/xfs/./xfs_trace.h:805:19: note: in expansion of macro 'PMD_ORDER'
  805 | TRACE_DEFINE_ENUM(PMD_ORDER);
      |                   ^~~~~~~~~
include/linux/pgtable.h:8:25: note: (near initialization for '__TRACE_SYSTEM_PMD_ORDER.eval_value')
    8 | #define PMD_ORDER       (PMD_SHIFT - PAGE_SHIFT)
      |                         ^
include/trace/stages/init.h:20:31: note: in definition of macro 'TRACE_DEFINE_ENUM'
   20 |                 .eval_value = a                         \
      |                               ^
fs/xfs/./xfs_trace.h:805:19: note: in expansion of macro 'PMD_ORDER'
  805 | TRACE_DEFINE_ENUM(PMD_ORDER);
      |                   ^~~~~~~~~
include/linux/pgtable.h:9:25: error: initializer element is not constant
    9 | #define PUD_ORDER       (PUD_SHIFT - PAGE_SHIFT)
      |                         ^
include/trace/stages/init.h:20:31: note: in definition of macro 'TRACE_DEFINE_ENUM'
   20 |                 .eval_value = a                         \
      |                               ^
fs/xfs/./xfs_trace.h:806:19: note: in expansion of macro 'PUD_ORDER'
  806 | TRACE_DEFINE_ENUM(PUD_ORDER);
      |                   ^~~~~~~~~
include/linux/pgtable.h:9:25: note: (near initialization for '__TRACE_SYSTEM_PUD_ORDER.eval_value')
    9 | #define PUD_ORDER       (PUD_SHIFT - PAGE_SHIFT)
      |                         ^
include/trace/stages/init.h:20:31: note: in definition of macro 'TRACE_DEFINE_ENUM'
   20 |                 .eval_value = a                         \
      |                               ^
fs/xfs/./xfs_trace.h:806:19: note: in expansion of macro 'PUD_ORDER'
  806 | TRACE_DEFINE_ENUM(PUD_ORDER);
      |                   ^~~~~~~~~
fs/xfs/./xfs_trace.h: In function 'trace_raw_output_xfs_filemap_fault':
include/linux/pgtable.h:8:25: error: initializer element is not constant
    8 | #define PMD_ORDER       (PMD_SHIFT - PAGE_SHIFT)
      |                         ^
include/trace/trace_events.h:203:34: note: in definition of macro 'DECLARE_EVENT_CLASS'
  203 |         trace_event_printf(iter, print);                                \
      |                                  ^~~~~
include/trace/trace_events.h:45:30: note: in expansion of macro 'PARAMS'
   45 |                              PARAMS(print));                   \
      |                              ^~~~~~
fs/xfs/./xfs_trace.h:811:1: note: in expansion of macro 'TRACE_EVENT'
  811 | TRACE_EVENT(xfs_filemap_fault,
      | ^~~~~~~~~~~
fs/xfs/./xfs_trace.h:826:9: note: in expansion of macro 'TP_printk'
  826 |         TP_printk("dev %d:%d ino 0x%llx %s write_fault %d",
      |         ^~~~~~~~~
fs/xfs/./xfs_trace.h:829:19: note: in expansion of macro '__print_symbolic'
  829 |                   __print_symbolic(__entry->order,
      |                   ^~~~~~~~~~~~~~~~
fs/xfs/./xfs_trace.h:831:27: note: in expansion of macro 'PMD_ORDER'
  831 |                         { PMD_ORDER,    "PMD" },
      |                           ^~~~~~~~~
include/linux/pgtable.h:8:25: note: (near initialization for 'symbols[1].mask')
    8 | #define PMD_ORDER       (PMD_SHIFT - PAGE_SHIFT)
      |                         ^
include/trace/trace_events.h:203:34: note: in definition of macro 'DECLARE_EVENT_CLASS'
  203 |         trace_event_printf(iter, print);                                \
      |                                  ^~~~~
include/trace/trace_events.h:45:30: note: in expansion of macro 'PARAMS'
   45 |                              PARAMS(print));                   \
      |                              ^~~~~~
fs/xfs/./xfs_trace.h:811:1: note: in expansion of macro 'TRACE_EVENT'
  811 | TRACE_EVENT(xfs_filemap_fault,
      | ^~~~~~~~~~~
fs/xfs/./xfs_trace.h:826:9: note: in expansion of macro 'TP_printk'
  826 |         TP_printk("dev %d:%d ino 0x%llx %s write_fault %d",
      |         ^~~~~~~~~
fs/xfs/./xfs_trace.h:829:19: note: in expansion of macro '__print_symbolic'
  829 |                   __print_symbolic(__entry->order,
      |                   ^~~~~~~~~~~~~~~~
fs/xfs/./xfs_trace.h:831:27: note: in expansion of macro 'PMD_ORDER'
  831 |                         { PMD_ORDER,    "PMD" },
      |                           ^~~~~~~~~
include/linux/pgtable.h:9:25: error: initializer element is not constant
    9 | #define PUD_ORDER       (PUD_SHIFT - PAGE_SHIFT)
      |                         ^
include/trace/trace_events.h:203:34: note: in definition of macro 'DECLARE_EVENT_CLASS'
  203 |         trace_event_printf(iter, print);                                \
      |                                  ^~~~~
include/trace/trace_events.h:45:30: note: in expansion of macro 'PARAMS'
   45 |                              PARAMS(print));                   \
      |                              ^~~~~~
fs/xfs/./xfs_trace.h:811:1: note: in expansion of macro 'TRACE_EVENT'
  811 | TRACE_EVENT(xfs_filemap_fault,
      | ^~~~~~~~~~~
fs/xfs/./xfs_trace.h:826:9: note: in expansion of macro 'TP_printk'
  826 |         TP_printk("dev %d:%d ino 0x%llx %s write_fault %d",
      |         ^~~~~~~~~
fs/xfs/./xfs_trace.h:829:19: note: in expansion of macro '__print_symbolic'
  829 |                   __print_symbolic(__entry->order,
      |                   ^~~~~~~~~~~~~~~~
fs/xfs/./xfs_trace.h:832:27: note: in expansion of macro 'PUD_ORDER'
  832 |                         { PUD_ORDER,    "PUD" }),
      |                           ^~~~~~~~~
include/linux/pgtable.h:9:25: note: (near initialization for 'symbols[2].mask')
    9 | #define PUD_ORDER       (PUD_SHIFT - PAGE_SHIFT)
      |                         ^
include/trace/trace_events.h:203:34: note: in definition of macro 'DECLARE_EVENT_CLASS'
  203 |         trace_event_printf(iter, print);                                \
      |                                  ^~~~~
include/trace/trace_events.h:45:30: note: in expansion of macro 'PARAMS'
   45 |                              PARAMS(print));                   \
      |                              ^~~~~~
fs/xfs/./xfs_trace.h:811:1: note: in expansion of macro 'TRACE_EVENT'
  811 | TRACE_EVENT(xfs_filemap_fault,
      | ^~~~~~~~~~~
fs/xfs/./xfs_trace.h:826:9: note: in expansion of macro 'TP_printk'
  826 |         TP_printk("dev %d:%d ino 0x%llx %s write_fault %d",
      |         ^~~~~~~~~
fs/xfs/./xfs_trace.h:829:19: note: in expansion of macro '__print_symbolic'
  829 |                   __print_symbolic(__entry->order,
      |                   ^~~~~~~~~~~~~~~~
fs/xfs/./xfs_trace.h:832:27: note: in expansion of macro 'PUD_ORDER'
  832 |                         { PUD_ORDER,    "PUD" }),
      |                           ^~~~~~~~~

Caused by commit

  b8088235e872 ("mm: remove enum page_entry_size")

I have reverted that commit for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-08-08  4:40 Stephen Rothwell
  2023-08-08 15:20 ` Eric DeVolder
  2023-08-11 17:16 ` Eric DeVolder
  0 siblings, 2 replies; 141+ messages in thread
From: Stephen Rothwell @ 2023-08-08  4:40 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Linux Kernel Mailing List, Linux Next Mailing List,
	Eric DeVolder, Sourabh Jain

[-- Attachment #1: Type: text/plain, Size: 9547 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc44x_defconfig) failed like this:

In file included from kernel/crash_core.c:23:
kernel/kexec_internal.h:11:54: warning: 'struct kexec_segment' declared inside parameter list will not be visible outside of this definition or declaration
   11 | int kimage_load_segment(struct kimage *image, struct kexec_segment *segment);
      |                                                      ^~~~~~~~~~~~~
kernel/crash_core.c:321:40: warning: 'struct crash_mem' declared inside parameter list will not be visible outside of this definition or declaration
  321 | int crash_prepare_elf64_headers(struct crash_mem *mem, int need_kernel_map,
      |                                        ^~~~~~~~~
kernel/crash_core.c: In function 'crash_prepare_elf64_headers':
kernel/crash_core.c:334:23: error: invalid use of undefined type 'struct crash_mem'
  334 |         nr_phdr += mem->nr_ranges;
      |                       ^~
In file included from include/vdso/const.h:5,
                 from include/linux/const.h:4,
                 from include/linux/bits.h:5,
                 from include/linux/ratelimit_types.h:5,
                 from include/linux/printk.h:9,
                 from include/asm-generic/bug.h:22,
                 from arch/powerpc/include/asm/bug.h:116,
                 from include/linux/bug.h:5,
                 from arch/powerpc/include/asm/cmpxchg.h:8,
                 from arch/powerpc/include/asm/atomic.h:11,
                 from include/linux/atomic.h:7,
                 from include/linux/mm_types_task.h:13,
                 from include/linux/mm_types.h:5,
                 from include/linux/buildid.h:5,
                 from kernel/crash_core.c:7:
kernel/crash_core.c:346:32: error: 'ELF_CORE_HEADER_ALIGN' undeclared (first use in this function)
  346 |         elf_sz = ALIGN(elf_sz, ELF_CORE_HEADER_ALIGN);
      |                                ^~~~~~~~~~~~~~~~~~~~~
include/uapi/linux/const.h:32:50: note: in definition of macro '__ALIGN_KERNEL_MASK'
   32 | #define __ALIGN_KERNEL_MASK(x, mask)    (((x) + (mask)) & ~(mask))
      |                                                  ^~~~
include/linux/align.h:8:33: note: in expansion of macro '__ALIGN_KERNEL'
    8 | #define ALIGN(x, a)             __ALIGN_KERNEL((x), (a))
      |                                 ^~~~~~~~~~~~~~
kernel/crash_core.c:346:18: note: in expansion of macro 'ALIGN'
  346 |         elf_sz = ALIGN(elf_sz, ELF_CORE_HEADER_ALIGN);
      |                  ^~~~~
kernel/crash_core.c:346:32: note: each undeclared identifier is reported only once for each function it appears in
  346 |         elf_sz = ALIGN(elf_sz, ELF_CORE_HEADER_ALIGN);
      |                                ^~~~~~~~~~~~~~~~~~~~~
include/uapi/linux/const.h:32:50: note: in definition of macro '__ALIGN_KERNEL_MASK'
   32 | #define __ALIGN_KERNEL_MASK(x, mask)    (((x) + (mask)) & ~(mask))
      |                                                  ^~~~
include/linux/align.h:8:33: note: in expansion of macro '__ALIGN_KERNEL'
    8 | #define ALIGN(x, a)             __ALIGN_KERNEL((x), (a))
      |                                 ^~~~~~~~~~~~~~
kernel/crash_core.c:346:18: note: in expansion of macro 'ALIGN'
  346 |         elf_sz = ALIGN(elf_sz, ELF_CORE_HEADER_ALIGN);
      |                  ^~~~~
kernel/crash_core.c:396:28: error: invalid use of undefined type 'struct crash_mem'
  396 |         for (i = 0; i < mem->nr_ranges; i++) {
      |                            ^~
kernel/crash_core.c:397:29: error: invalid use of undefined type 'struct crash_mem'
  397 |                 mstart = mem->ranges[i].start;
      |                             ^~
kernel/crash_core.c:398:27: error: invalid use of undefined type 'struct crash_mem'
  398 |                 mend = mem->ranges[i].end;
      |                           ^~
kernel/crash_core.c: At top level:
kernel/crash_core.c:420:36: warning: 'struct crash_mem' declared inside parameter list will not be visible outside of this definition or declaration
  420 | int crash_exclude_mem_range(struct crash_mem *mem,
      |                                    ^~~~~~~~~
kernel/crash_core.c: In function 'crash_exclude_mem_range':
kernel/crash_core.c:427:28: error: invalid use of undefined type 'struct crash_mem'
  427 |         for (i = 0; i < mem->nr_ranges; i++) {
      |                            ^~
kernel/crash_core.c:428:28: error: invalid use of undefined type 'struct crash_mem'
  428 |                 start = mem->ranges[i].start;
      |                            ^~
kernel/crash_core.c:429:26: error: invalid use of undefined type 'struct crash_mem'
  429 |                 end = mem->ranges[i].end;
      |                          ^~
kernel/crash_core.c:444:28: error: invalid use of undefined type 'struct crash_mem'
  444 |                         mem->ranges[i].start = 0;
      |                            ^~
kernel/crash_core.c:445:28: error: invalid use of undefined type 'struct crash_mem'
  445 |                         mem->ranges[i].end = 0;
      |                            ^~
kernel/crash_core.c:446:36: error: invalid use of undefined type 'struct crash_mem'
  446 |                         if (i < mem->nr_ranges - 1) {
      |                                    ^~
kernel/crash_core.c:448:52: error: invalid use of undefined type 'struct crash_mem'
  448 |                                 for (j = i; j < mem->nr_ranges - 1; j++) {
      |                                                    ^~
kernel/crash_core.c:449:44: error: invalid use of undefined type 'struct crash_mem'
  449 |                                         mem->ranges[j].start =
      |                                            ^~
kernel/crash_core.c:450:52: error: invalid use of undefined type 'struct crash_mem'
  450 |                                                 mem->ranges[j+1].start;
      |                                                    ^~
kernel/crash_core.c:451:44: error: invalid use of undefined type 'struct crash_mem'
  451 |                                         mem->ranges[j].end =
      |                                            ^~
kernel/crash_core.c:452:60: error: invalid use of undefined type 'struct crash_mem'
  452 |                                                         mem->ranges[j+1].end;
      |                                                            ^~
kernel/crash_core.c:461:36: error: invalid use of undefined type 'struct crash_mem'
  461 |                                 mem->nr_ranges--;
      |                                    ^~
kernel/crash_core.c:464:28: error: invalid use of undefined type 'struct crash_mem'
  464 |                         mem->nr_ranges--;
      |                            ^~
kernel/crash_core.c:470:28: error: invalid use of undefined type 'struct crash_mem'
  470 |                         mem->ranges[i].end = p_start - 1;
      |                            ^~
kernel/crash_core.c:474:28: error: invalid use of undefined type 'struct crash_mem'
  474 |                         mem->ranges[i].end = p_start - 1;
      |                            ^~
kernel/crash_core.c:476:28: error: invalid use of undefined type 'struct crash_mem'
  476 |                         mem->ranges[i].start = p_end + 1;
      |                            ^~
kernel/crash_core.c:485:21: error: invalid use of undefined type 'struct crash_mem'
  485 |         if (i == mem->max_nr_ranges - 1)
      |                     ^~
kernel/crash_core.c:490:20: error: invalid use of undefined type 'struct crash_mem'
  490 |         if (j < mem->nr_ranges) {
      |                    ^~
kernel/crash_core.c:492:29: error: invalid use of undefined type 'struct crash_mem'
  492 |                 for (i = mem->nr_ranges - 1; i >= j; i--)
      |                             ^~
kernel/crash_core.c:493:28: error: invalid use of undefined type 'struct crash_mem'
  493 |                         mem->ranges[i + 1] = mem->ranges[i];
      |                            ^~
kernel/crash_core.c:493:49: error: invalid use of undefined type 'struct crash_mem'
  493 |                         mem->ranges[i + 1] = mem->ranges[i];
      |                                                 ^~
kernel/crash_core.c:496:12: error: invalid use of undefined type 'struct crash_mem'
  496 |         mem->ranges[j].start = temp_range.start;
      |            ^~
kernel/crash_core.c:497:12: error: invalid use of undefined type 'struct crash_mem'
  497 |         mem->ranges[j].end = temp_range.end;
      |            ^~
kernel/crash_core.c:498:12: error: invalid use of undefined type 'struct crash_mem'
  498 |         mem->nr_ranges++;
      |            ^~

I am not sure exactly which commit caused but I have revreted these
for today:

  6a41fd4665e6 ("x86/crash: optimize CPU changes")
  add3b7e011e9 ("crash: change crash_prepare_elf64_headers() to for_each_possible_cpu()")
  4a7eed40a7bc ("crash: hotplug support for kexec_load()")
  8ce41bc6b147 ("x86/crash: add x86 crash hotplug support")
  2b765af0c14f ("crash: memory and CPU hotplug sysfs attributes")
  36d2b573329b ("kexec: exclude elfcorehdr from the segment digest")
  ccfe0040500f ("crash: add generic infrastructure for crash hotplug support")
  626775922a57 ("crash: move a few code bits to setup support of crash hotplug")

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-07-26  5:14 Stephen Rothwell
  2023-07-26 13:22 ` Kuan-Ying Lee (李冠穎)
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-07-26  5:14 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Kuan-Ying Lee, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 479 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (s390 defconfig)
failed like this:

scripts/gdb/linux/constants.py.in:26:10: fatal error: asm/memory.h: No such file or directory
   26 | #include <asm/memory.h>
      |          ^~~~~~~~~~~~~~

Caused by commit

  dc7e66b9c82a ("scripts/gdb/aarch64: add aarch64 page operation helper commands and configs")

I have reverted that commit (and the following 4) for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-07-26  4:53 Stephen Rothwell
  2023-07-26  5:22 ` Aneesh Kumar K.V
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-07-26  4:53 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Aneesh Kumar K.V, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 2356 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc64
allnoconfig) failed like this:

In file included from arch/powerpc/include/asm/book3s/64/pgtable.h:285,
                 from arch/powerpc/include/asm/book3s/64/mmu-hash.h:20,
                 from arch/powerpc/include/asm/book3s/64/mmu.h:32,
                 from arch/powerpc/include/asm/mmu.h:396,
                 from arch/powerpc/include/asm/lppaca.h:46,
                 from arch/powerpc/include/asm/paca.h:18,
                 from arch/powerpc/include/asm/current.h:13,
                 from include/linux/thread_info.h:23,
                 from include/asm-generic/preempt.h:5,
                 from ./arch/powerpc/include/generated/asm/preempt.h:1,
                 from include/linux/preempt.h:79,
                 from include/linux/spinlock.h:56,
                 from include/linux/ipc.h:5,
                 from include/uapi/linux/sem.h:5,
                 from include/linux/sem.h:5,
                 from include/linux/compat.h:14,
                 from arch/powerpc/kernel/asm-offsets.c:12:
arch/powerpc/include/asm/book3s/64/radix.h:367:30: error: static declaration of 'vmemmap_can_optimize' follows non-static declaration
  367 | #define vmemmap_can_optimize vmemmap_can_optimize
      |                              ^~~~~~~~~~~~~~~~~~~~
include/linux/mm.h:3695:20: note: in expansion of macro 'vmemmap_can_optimize'
 3695 | static inline bool vmemmap_can_optimize(struct vmem_altmap *altmap,
      |                    ^~~~~~~~~~~~~~~~~~~~
arch/powerpc/include/asm/book3s/64/radix.h:367:30: note: previous declaration of 'vmemmap_can_optimize' with type 'bool(struct vmem_altmap *, struct dev_pagemap *)' {aka '_Bool(struct vmem_altmap *, struct dev_pagemap *)'}
  367 | #define vmemmap_can_optimize vmemmap_can_optimize
      |                              ^~~~~~~~~~~~~~~~~~~~
arch/powerpc/include/asm/book3s/64/radix.h:368:6: note: in expansion of macro 'vmemmap_can_optimize'
  368 | bool vmemmap_can_optimize(struct vmem_altmap *altmap, struct dev_pagemap *pgmap);
      |      ^~~~~~~~~~~~~~~~~~~~

Presumably caused by commit

  f684ffc3ac9f ("powerpc/book3s64/radix: add support for vmemmap optimization for radix")

I have reverted that commit (and the following 2) for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-07-19  4:32 Stephen Rothwell
  2023-07-19  5:55 ` Alistair Popple
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-07-19  4:32 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Alistair Popple, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1313 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm64 defconfig)
failed like this:

In file included from arch/arm64/include/asm/pgtable.h:15,
                 from include/linux/pgtable.h:6,
                 from arch/arm64/include/asm/io.h:12,
                 from include/linux/io.h:13,
                 from include/acpi/acpi_io.h:5,
                 from include/linux/acpi.h:37,
                 from include/acpi/apei.h:9,
                 from include/acpi/ghes.h:5,
                 from include/linux/arm_sdei.h:8,
                 from arch/arm64/kernel/asm-offsets.c:10:
arch/arm64/include/asm/tlbflush.h: In function '__flush_tlb_page_nosync':
arch/arm64/include/asm/tlbflush.h:268:53: error: 'vma' undeclared (first use in this function); did you mean 'cma'?
  268 |         mmu_notifier_arch_invalidate_secondary_tlbs(vma->vm_mm, uaddr & PAGE_MASK,
      |                                                     ^~~
      |                                                     cma

Caused by commit

  8c2be11e06f4 ("mmu_notifiers: call arch_invalidate_secondary_tlbs() when invalidating TLBs")

I have reverted that commit (and the following clear
one and the two
earlier ones - otherwise it would not buildfrom) for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-07-18  0:02 Stephen Rothwell
  2023-07-18 13:43 ` Andy Shevchenko
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-07-18  0:02 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Andy Shevchenko, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 33424 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:

In file included from include/linux/arm-smccc.h:8,
                 from arch/arm/mm/proc-v7-bugs.c:2:
arch/arm/mm/proc-v7-bugs.c: In function 'spectre_v2_get_cpu_fw_mitigation_state':
include/linux/arm-smccc.h:485:29: error: '__declare_arg_3' undeclared (first use in this function)
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                             ^~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in definition of macro '__CONCAT'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/arm-smccc.h:485:17: note: in expansion of macro 'CONCATENATE'
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                 ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:17:9: note: in expansion of macro 'arm_smccc_1_1_invoke'
   17 |         arm_smccc_1_1_invoke(ARM_SMCCC_ARCH_FEATURES_FUNC_ID,
      |         ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:485:29: note: each undeclared identifier is reported only once for each function it appears in
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                             ^~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in definition of macro '__CONCAT'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/arm-smccc.h:485:17: note: in expansion of macro 'CONCATENATE'
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                 ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:17:9: note: in expansion of macro 'arm_smccc_1_1_invoke'
   17 |         arm_smccc_1_1_invoke(ARM_SMCCC_ARCH_FEATURES_FUNC_ID,
      |         ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:417:38: error: 'arg0' undeclared (first use in this function); did you mean 'r0'?
  417 | #define __constraint_read_0     "r" (arg0)
      |                                      ^~~~
include/linux/arm-smccc.h:418:33: note: in expansion of macro '__constraint_read_0'
  418 | #define __constraint_read_1     __constraint_read_0, "r" (arg1)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:419:33: note: in expansion of macro '__constraint_read_1'
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:420:33: note: in expansion of macro '__constraint_read_2'
  420 | #define __constraint_read_3     __constraint_read_2, "r" (arg3)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_3'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:17:9: note: in expansion of macro 'arm_smccc_1_1_invoke'
   17 |         arm_smccc_1_1_invoke(ARM_SMCCC_ARCH_FEATURES_FUNC_ID,
      |         ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:418:59: error: 'arg1' undeclared (first use in this function); did you mean 'r1'?
  418 | #define __constraint_read_1     __constraint_read_0, "r" (arg1)
      |                                                           ^~~~
include/linux/arm-smccc.h:419:33: note: in expansion of macro '__constraint_read_1'
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:420:33: note: in expansion of macro '__constraint_read_2'
  420 | #define __constraint_read_3     __constraint_read_2, "r" (arg3)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_3'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:17:9: note: in expansion of macro 'arm_smccc_1_1_invoke'
   17 |         arm_smccc_1_1_invoke(ARM_SMCCC_ARCH_FEATURES_FUNC_ID,
      |         ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:419:59: error: 'arg2' undeclared (first use in this function); did you mean 'r2'?
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                                           ^~~~
include/linux/arm-smccc.h:420:33: note: in expansion of macro '__constraint_read_2'
  420 | #define __constraint_read_3     __constraint_read_2, "r" (arg3)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_3'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:17:9: note: in expansion of macro 'arm_smccc_1_1_invoke'
   17 |         arm_smccc_1_1_invoke(ARM_SMCCC_ARCH_FEATURES_FUNC_ID,
      |         ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:420:59: error: 'arg3' undeclared (first use in this function); did you mean 'r3'?
  420 | #define __constraint_read_3     __constraint_read_2, "r" (arg3)
      |                                                           ^~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_3'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:17:9: note: in expansion of macro 'arm_smccc_1_1_invoke'
   17 |         arm_smccc_1_1_invoke(ARM_SMCCC_ARCH_FEATURES_FUNC_ID,
      |         ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:492:21: error: '___res' undeclared (first use in this function)
  492 |                 if (___res)                                             \
      |                     ^~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:17:9: note: in expansion of macro 'arm_smccc_1_1_invoke'
   17 |         arm_smccc_1_1_invoke(ARM_SMCCC_ARCH_FEATURES_FUNC_ID,
      |         ^~~~~~~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c: In function 'call_smc_arch_workaround_1':
include/linux/arm-smccc.h:485:29: error: '__declare_arg_2' undeclared (first use in this function)
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                             ^~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in definition of macro '__CONCAT'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/arm-smccc.h:485:17: note: in expansion of macro 'CONCATENATE'
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                 ^~~~~~~~~~~
include/linux/arm-smccc.h:510:33: note: in expansion of macro '__arm_smccc_1_1'
  510 | #define arm_smccc_1_1_smc(...)  __arm_smccc_1_1(SMCCC_SMC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:58:9: note: in expansion of macro 'arm_smccc_1_1_smc'
   58 |         arm_smccc_1_1_smc(ARM_SMCCC_ARCH_WORKAROUND_1, NULL);
      |         ^~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:417:38: error: 'arg0' undeclared (first use in this function); did you mean 'r0'?
  417 | #define __constraint_read_0     "r" (arg0)
      |                                      ^~~~
include/linux/arm-smccc.h:418:33: note: in expansion of macro '__constraint_read_0'
  418 | #define __constraint_read_1     __constraint_read_0, "r" (arg1)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:419:33: note: in expansion of macro '__constraint_read_1'
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_2'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:510:33: note: in expansion of macro '__arm_smccc_1_1'
  510 | #define arm_smccc_1_1_smc(...)  __arm_smccc_1_1(SMCCC_SMC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:58:9: note: in expansion of macro 'arm_smccc_1_1_smc'
   58 |         arm_smccc_1_1_smc(ARM_SMCCC_ARCH_WORKAROUND_1, NULL);
      |         ^~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:418:59: error: 'arg1' undeclared (first use in this function); did you mean 'r1'?
  418 | #define __constraint_read_1     __constraint_read_0, "r" (arg1)
      |                                                           ^~~~
include/linux/arm-smccc.h:419:33: note: in expansion of macro '__constraint_read_1'
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_2'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:510:33: note: in expansion of macro '__arm_smccc_1_1'
  510 | #define arm_smccc_1_1_smc(...)  __arm_smccc_1_1(SMCCC_SMC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:58:9: note: in expansion of macro 'arm_smccc_1_1_smc'
   58 |         arm_smccc_1_1_smc(ARM_SMCCC_ARCH_WORKAROUND_1, NULL);
      |         ^~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:419:59: error: 'arg2' undeclared (first use in this function); did you mean 'r2'?
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                                           ^~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_2'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:510:33: note: in expansion of macro '__arm_smccc_1_1'
  510 | #define arm_smccc_1_1_smc(...)  __arm_smccc_1_1(SMCCC_SMC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:58:9: note: in expansion of macro 'arm_smccc_1_1_smc'
   58 |         arm_smccc_1_1_smc(ARM_SMCCC_ARCH_WORKAROUND_1, NULL);
      |         ^~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:492:21: error: '___res' undeclared (first use in this function)
  492 |                 if (___res)                                             \
      |                     ^~~~~~
include/linux/arm-smccc.h:510:33: note: in expansion of macro '__arm_smccc_1_1'
  510 | #define arm_smccc_1_1_smc(...)  __arm_smccc_1_1(SMCCC_SMC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:58:9: note: in expansion of macro 'arm_smccc_1_1_smc'
   58 |         arm_smccc_1_1_smc(ARM_SMCCC_ARCH_WORKAROUND_1, NULL);
      |         ^~~~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c: In function 'call_hvc_arch_workaround_1':
include/linux/arm-smccc.h:485:29: error: '__declare_arg_2' undeclared (first use in this function)
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                             ^~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in definition of macro '__CONCAT'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/arm-smccc.h:485:17: note: in expansion of macro 'CONCATENATE'
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                 ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:63:9: note: in expansion of macro 'arm_smccc_1_1_hvc'
   63 |         arm_smccc_1_1_hvc(ARM_SMCCC_ARCH_WORKAROUND_1, NULL);
      |         ^~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:417:38: error: 'arg0' undeclared (first use in this function); did you mean 'r0'?
  417 | #define __constraint_read_0     "r" (arg0)
      |                                      ^~~~
include/linux/arm-smccc.h:418:33: note: in expansion of macro '__constraint_read_0'
  418 | #define __constraint_read_1     __constraint_read_0, "r" (arg1)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:419:33: note: in expansion of macro '__constraint_read_1'
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_2'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:63:9: note: in expansion of macro 'arm_smccc_1_1_hvc'
   63 |         arm_smccc_1_1_hvc(ARM_SMCCC_ARCH_WORKAROUND_1, NULL);
      |         ^~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:418:59: error: 'arg1' undeclared (first use in this function); did you mean 'r1'?
  418 | #define __constraint_read_1     __constraint_read_0, "r" (arg1)
      |                                                           ^~~~
include/linux/arm-smccc.h:419:33: note: in expansion of macro '__constraint_read_1'
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_2'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:63:9: note: in expansion of macro 'arm_smccc_1_1_hvc'
   63 |         arm_smccc_1_1_hvc(ARM_SMCCC_ARCH_WORKAROUND_1, NULL);
      |         ^~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:419:59: error: 'arg2' undeclared (first use in this function); did you mean 'r2'?
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                                           ^~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_2'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:63:9: note: in expansion of macro 'arm_smccc_1_1_hvc'
   63 |         arm_smccc_1_1_hvc(ARM_SMCCC_ARCH_WORKAROUND_1, NULL);
      |         ^~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:492:21: error: '___res' undeclared (first use in this function)
  492 |                 if (___res)                                             \
      |                     ^~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
arch/arm/mm/proc-v7-bugs.c:63:9: note: in expansion of macro 'arm_smccc_1_1_hvc'
   63 |         arm_smccc_1_1_hvc(ARM_SMCCC_ARCH_WORKAROUND_1, NULL);
      |         ^~~~~~~~~~~~~~~~~
make[5]: *** [scripts/Makefile.build:243: arch/arm/mm/proc-v7-bugs.o] Error 1
make[4]: *** [scripts/Makefile.build:477: arch/arm/mm] Error 2
make[3]: *** [scripts/Makefile.build:477: arch/arm] Error 2
make[3]: *** Waiting for unfinished jobs....
In file included from include/linux/arm-smccc.h:8,
                 from drivers/char/hw_random/arm_smccc_trng.c:20:
drivers/char/hw_random/arm_smccc_trng.c: In function 'smccc_trng_read':
include/linux/arm-smccc.h:485:29: error: '__declare_arg_3' undeclared (first use in this function)
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                             ^~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in definition of macro '__CONCAT'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/arm-smccc.h:485:17: note: in expansion of macro 'CONCATENATE'
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                 ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
drivers/char/hw_random/arm_smccc_trng.c:73:17: note: in expansion of macro 'arm_smccc_1_1_invoke'
   73 |                 arm_smccc_1_1_invoke(ARM_SMCCC_TRNG_RND, bits, &res);
      |                 ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:485:29: note: each undeclared identifier is reported only once for each function it appears in
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                             ^~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in definition of macro '__CONCAT'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/arm-smccc.h:485:17: note: in expansion of macro 'CONCATENATE'
  485 |                 CONCATENATE(__declare_arg_, COUNT_ARGS(__VA_ARGS__));   \
      |                 ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
drivers/char/hw_random/arm_smccc_trng.c:73:17: note: in expansion of macro 'arm_smccc_1_1_invoke'
   73 |                 arm_smccc_1_1_invoke(ARM_SMCCC_TRNG_RND, bits, &res);
      |                 ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:417:38: error: 'arg0' undeclared (first use in this function); did you mean 'r0'?
  417 | #define __constraint_read_0     "r" (arg0)
      |                                      ^~~~
include/linux/arm-smccc.h:418:33: note: in expansion of macro '__constraint_read_0'
  418 | #define __constraint_read_1     __constraint_read_0, "r" (arg1)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:419:33: note: in expansion of macro '__constraint_read_1'
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:420:33: note: in expansion of macro '__constraint_read_2'
  420 | #define __constraint_read_3     __constraint_read_2, "r" (arg3)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_3'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
drivers/char/hw_random/arm_smccc_trng.c:73:17: note: in expansion of macro 'arm_smccc_1_1_invoke'
   73 |                 arm_smccc_1_1_invoke(ARM_SMCCC_TRNG_RND, bits, &res);
      |                 ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:418:59: error: 'arg1' undeclared (first use in this function); did you mean 'r1'?
  418 | #define __constraint_read_1     __constraint_read_0, "r" (arg1)
      |                                                           ^~~~
include/linux/arm-smccc.h:419:33: note: in expansion of macro '__constraint_read_1'
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:420:33: note: in expansion of macro '__constraint_read_2'
  420 | #define __constraint_read_3     __constraint_read_2, "r" (arg3)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_3'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
drivers/char/hw_random/arm_smccc_trng.c:73:17: note: in expansion of macro 'arm_smccc_1_1_invoke'
   73 |                 arm_smccc_1_1_invoke(ARM_SMCCC_TRNG_RND, bits, &res);
      |                 ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:419:59: error: 'arg2' undeclared (first use in this function); did you mean 'r2'?
  419 | #define __constraint_read_2     __constraint_read_1, "r" (arg2)
      |                                                           ^~~~
include/linux/arm-smccc.h:420:33: note: in expansion of macro '__constraint_read_2'
  420 | #define __constraint_read_3     __constraint_read_2, "r" (arg3)
      |                                 ^~~~~~~~~~~~~~~~~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_3'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
drivers/char/hw_random/arm_smccc_trng.c:73:17: note: in expansion of macro 'arm_smccc_1_1_invoke'
   73 |                 arm_smccc_1_1_invoke(ARM_SMCCC_TRNG_RND, bits, &res);
      |                 ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:420:59: error: 'arg3' undeclared (first use in this function); did you mean 'r3'?
  420 | #define __constraint_read_3     __constraint_read_2, "r" (arg3)
      |                                                           ^~~~
include/linux/args.h:25:24: note: in expansion of macro '__constraint_read_3'
   25 | #define __CONCAT(a, b) a ## b
      |                        ^
include/linux/args.h:26:27: note: in expansion of macro '__CONCAT'
   26 | #define CONCATENATE(a, b) __CONCAT(a, b)
      |                           ^~~~~~~~
include/linux/arm-smccc.h:489:32: note: in expansion of macro 'CONCATENATE'
  489 |                              : CONCATENATE(__constraint_read_,          \
      |                                ^~~~~~~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
drivers/char/hw_random/arm_smccc_trng.c:73:17: note: in expansion of macro 'arm_smccc_1_1_invoke'
   73 |                 arm_smccc_1_1_invoke(ARM_SMCCC_TRNG_RND, bits, &res);
      |                 ^~~~~~~~~~~~~~~~~~~~
include/linux/arm-smccc.h:492:21: error: '___res' undeclared (first use in this function)
  492 |                 if (___res)                                             \
      |                     ^~~~~~
include/linux/arm-smccc.h:526:33: note: in expansion of macro '__arm_smccc_1_1'
  526 | #define arm_smccc_1_1_hvc(...)  __arm_smccc_1_1(SMCCC_HVC_INST, __VA_ARGS__)
      |                                 ^~~~~~~~~~~~~~~
include/linux/arm-smccc.h:563:25: note: in expansion of macro 'arm_smccc_1_1_hvc'
  563 |                         arm_smccc_1_1_hvc(__VA_ARGS__);                 \
      |                         ^~~~~~~~~~~~~~~~~
drivers/char/hw_random/arm_smccc_trng.c:73:17: note: in expansion of macro 'arm_smccc_1_1_invoke'
   73 |                 arm_smccc_1_1_invoke(ARM_SMCCC_TRNG_RND, bits, &res);
      |                 ^~~~~~~~~~~~~~~~~~~~

Presumably caused by commits

  93e9856955f8 ("kernel.h: split out COUNT_ARGS() and CONCATENATE() to args.h")
  fceebffabbb6 ("arm64: smccc: replace custom COUNT_ARGS() & CONCATENATE() implementations")

I have used the mm tree from next-20230717 for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-07-17 23:40 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2023-07-17 23:40 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Liam R. Howlett, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 992 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

In file included from include/uapi/linux/posix_types.h:5,
                 from include/uapi/linux/types.h:14,
                 from include/linux/types.h:6,
                 from include/linux/limits.h:6,
                 from include/linux/kernel.h:16,
                 from mm/mmap.c:12:
mm/mmap.c: In function 'do_vmi_align_munmap':
include/linux/stddef.h:8:14: error: incompatible types when assigning to type 'lockdep_map_p' from type 'void *'
    8 | #define NULL ((void *)0)
      |              ^
mm/mmap.c:2430:38: note: in expansion of macro 'NULL'
 2430 |         mt_detach.ma_external_lock = NULL;
      |                                      ^~~~

Caused by commit

  f40b24c7c416 ("mm/mmap: change detached vma locking scheme")

CONFIG_LOCKDEP is not set for this build.

I have reverted that commit for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm  tree
@ 2023-07-04  2:23 Stephen Rothwell
  2023-07-04  2:32 ` Linus Torvalds
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-07-04  2:23 UTC (permalink / raw)
  To: Linus Torvalds, Andrew Morton
  Cc: Suren Baghdasaryan, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1503 bytes --]

Hi all,

After merging the origin tree, today's linux-next build (arm64 defconfig)
failed like this:

arch/arm64/mm/fault.c: In function 'do_page_fault':
arch/arm64/mm/fault.c:624:9: error: 'vma' undeclared (first use in this function); did you mean 'vmap'?
  624 |         vma = lock_mm_and_find_vma(mm, addr, regs);
      |         ^~~:
      |         vmap

Caused by commit

  ae870a68b5d1 ("arm64/mm: Convert to using lock_mm_and_find_vma()")

interacting with commit

  1e72a0774792 ("mm: disable CONFIG_PER_VMA_LOCK by default until its fixed")

from the mm tree.

I applied the following for today (but have no idea if it is correct).

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Tue, 4 Jul 2023 12:14:37 +1000
Subject: [PATCH] fix up for "arm64/mm: Convert to using lock_mm_and_find_vma()"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 arch/arm64/mm/fault.c | 2 --
 1 file changed, 2 deletions(-)

diff --git a/arch/arm64/mm/fault.c b/arch/arm64/mm/fault.c
index 9d78ff78b0e3..b8c80f7b8a5f 100644
--- a/arch/arm64/mm/fault.c
+++ b/arch/arm64/mm/fault.c
@@ -536,9 +536,7 @@ static int __kprobes do_page_fault(unsigned long far, unsigned long esr,
 	unsigned long vm_flags;
 	unsigned int mm_flags = FAULT_FLAG_DEFAULT;
 	unsigned long addr = untagged_addr(far);
-#ifdef CONFIG_PER_VMA_LOCK
 	struct vm_area_struct *vma;
-#endif
 
 	if (kprobe_page_fault(regs, esr))
 		return 0;
-- 
2.39.2

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 484 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-06-13  6:21 Stephen Rothwell
  2023-06-13 15:58 ` Catalin Marinas
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-06-13  6:21 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Catalin Marinas, Linux Kernel Mailing List,
	Linux Next Mailing List, Michael Ellerman, PowerPC

[-- Attachment #1: Type: text/plain, Size: 2280 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc44x_defconfig) failed like this:

In file included from arch/powerpc/include/asm/page.h:247,
                 from arch/powerpc/include/asm/thread_info.h:13,
                 from include/linux/thread_info.h:60,
                 from include/asm-generic/preempt.h:5,
                 from ./arch/powerpc/include/generated/asm/preempt.h:1,
                 from include/linux/preempt.h:78,
                 from include/linux/spinlock.h:56,
                 from include/linux/ipc.h:5,
                 from include/uapi/linux/sem.h:5,
                 from include/linux/sem.h:5,
                 from include/linux/compat.h:14,
                 from arch/powerpc/kernel/asm-offsets.c:12:
arch/powerpc/include/asm/page_32.h:16: warning: "ARCH_DMA_MINALIGN" redefined
   16 | #define ARCH_DMA_MINALIGN       L1_CACHE_BYTES
      | 
In file included from include/linux/time.h:5,
                 from include/linux/compat.h:10:
include/linux/cache.h:104: note: this is the location of the previous definition
  104 | #define ARCH_DMA_MINALIGN __alignof__(unsigned long long)
      | 

(lots of theses)

Caused by commit

  cc7335787e73 ("mm/slab: decouple ARCH_KMALLOC_MINALIGN from ARCH_DMA_MINALIGN")

I have applied the following hack for today - we need something better.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Tue, 13 Jun 2023 16:07:16 +1000
Subject: [PATCH] fix up for "mm/slab: decouple ARCH_KMALLOC_MINALIGN from ARCH_DMA_MINALIGN"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 arch/powerpc/include/asm/cache.h | 9 +++++++++
 1 file changed, 9 insertions(+)

diff --git a/arch/powerpc/include/asm/cache.h b/arch/powerpc/include/asm/cache.h
index ae0a68a838e8..e9be1396dfd1 100644
--- a/arch/powerpc/include/asm/cache.h
+++ b/arch/powerpc/include/asm/cache.h
@@ -142,5 +142,14 @@ static inline void iccci(void *addr)
 }
 
 #endif /* !__ASSEMBLY__ */
+
+#ifndef __powerpc64__
+#ifdef CONFIG_NOT_COHERENT_CACHE
+#ifndef ARCH_DMA_MINALIGN
+#define ARCH_DMA_MINALIGN	L1_CACHE_BYTES
+#endif
+#endif
+#endif
+
 #endif /* __KERNEL__ */
 #endif /* _ASM_POWERPC_CACHE_H */
-- 
2.39.2

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-05-19  2:43 Stephen Rothwell
  2023-05-19  8:19 ` Arnd Bergmann
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-05-19  2:43 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Arnd Bergmann, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1471 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (sparc64 defconfig)
failed like this:

arch/sparc/kernel/setup_64.c: In function 'start_early_boot':
arch/sparc/kernel/setup_64.c:382:9: error: implicit declaration of function 'time_init_early'; did you mean 'inode_init_early'? [-Werror=implicit-function-declaration]
  382 |         time_init_early();
      |         ^~~~~~~~~~~~~~~
      |         inode_init_early

Presumably caused by commit

  c16caa9110dd ("init: consolidate prototypes in linux/init.h")

I applied this partial revert:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 19 May 2023 12:35:26 +1000
Subject: [PATCH] fix up for "init: consolidate prototypes in linux/init.h"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 arch/sparc/kernel/kernel.h | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/arch/sparc/kernel/kernel.h b/arch/sparc/kernel/kernel.h
index 970ef8dec86e..15da3c0597a5 100644
--- a/arch/sparc/kernel/kernel.h
+++ b/arch/sparc/kernel/kernel.h
@@ -62,6 +62,9 @@ asmlinkage void do_rt_sigreturn32(struct pt_regs *regs);
 void do_signal32(struct pt_regs * regs);
 asmlinkage int do_sys32_sigstack(u32 u_ssptr, u32 u_ossptr, unsigned long sp);
 
+/* time_64.c */
+void __init time_init_early(void);
+
 /* compat_audit.c */
 extern unsigned int sparc32_dir_class[];
 extern unsigned int sparc32_chattr_class[];
-- 
2.39.2

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-05-17 23:59 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2023-05-17 23:59 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Oscar Salvador, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 2153 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

In file included from include/linux/page_ext.h:7,
                 from include/linux/mm.h:22,
                 from security/min_addr.c:3:
include/linux/stackdepot.h:116:26: warning: 'struct seq_file' declared inside parameter list will not be visible outside of this definition or declaration
  116 | void *stack_start(struct seq_file *m, loff_t *ppos);
      |                          ^~~~~~~~
include/linux/stackdepot.h:117:25: warning: 'struct seq_file' declared inside parameter list will not be visible outside of this definition or declaration
  117 | void *stack_next(struct seq_file *m, void *v, loff_t *ppos);
      |                         ^~~~~~~~
include/linux/stackdepot.h:118:24: warning: 'struct seq_file' declared inside parameter list will not be visible outside of this definition or declaration
  118 | int stack_print(struct seq_file *m, void *v);
      |                        ^~~~~~~~

And many, many more ...

Caused by commit

  e435b85a4aea ("mm, page_owner: add page_owner_stacks file to print out only stacks and their counte")

I have applied the following patch for today:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Thu, 18 May 2023 09:39:46 +1000
Subject: [PATCH] fix for "mm, page_owner: add page_owner_stacks file to print
 out only stacks and their counte"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 include/linux/stackdepot.h | 1 +
 1 file changed, 1 insertion(+)

diff --git a/include/linux/stackdepot.h b/include/linux/stackdepot.h
index 7e9d0e9ec66b..8bbd1639ae85 100644
--- a/include/linux/stackdepot.h
+++ b/include/linux/stackdepot.h
@@ -113,6 +113,7 @@ depot_stack_handle_t stack_depot_save(unsigned long *entries,
 				      unsigned int nr_entries, gfp_t gfp_flags);
 
 #ifdef CONFIG_PAGE_OWNER
+struct seq_file;
 void *stack_start(struct seq_file *m, loff_t *ppos);
 void *stack_next(struct seq_file *m, void *v, loff_t *ppos);
 int stack_print(struct seq_file *m, void *v);
-- 
2.39.2

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-03-06  2:54 Stephen Rothwell
  2023-03-06  3:13 ` Andrew Morton
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-03-06  2:54 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Suren Baghdasaryan, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 513 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (various) failed
like this:

mm/khugepaged.c:1702:9: error: implicit declaration of function ‘vma_try_start_write’; did you mean ‘vma_start_write’? [-Werror=implicit-function-declaration]

Caused by commit

  92e3612279f9 ("mm/khugepaged: fix vm_lock/i_mmap_rwsem inversion in retract_page_tables")

The definition of vma_try_start_write() is protected by
CONFIG_PER_VMA_LOCK, but its use is not.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-03-06  0:52 Stephen Rothwell
  2023-03-06 21:58 ` Stephen Rothwell
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-03-06  0:52 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Marcelo Tosatti, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 596 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (sparc64 defconfig)
failed like this:

sparc64-linux-ld: mm/vmstat.o: in function `cpu_vm_stats_fold':
vmstat.c:(.text+0x2a18): undefined reference to `__xchg_called_with_bad_pointer'
sparc64-linux-ld: vmstat.c:(.text+0x2a98): undefined reference to `__xchg_called_with_bad_pointer'

Caused by commit

  676a3befc9ba ("mm/vmstat: use xchg in cpu_vm_stats_fold")

Sparc does not support xchg() on 8 bit variables.

I have reverted the above commit (and the 2 following ones) for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-02-07  4:37 Stephen Rothwell
  2023-02-07 12:17 ` Jason Gunthorpe
  2023-02-07 14:25 ` David Howells
  0 siblings, 2 replies; 141+ messages in thread
From: Stephen Rothwell @ 2023-02-07  4:37 UTC (permalink / raw)
  To: Andrew Morton, Jens Axboe
  Cc: David Howells, Jason Gunthorpe, Jason Gunthorpe,
	Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 903 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

lib/iov_iter.c: In function 'iov_iter_extract_user_pages':
lib/iov_iter.c:2143:34: error: 'FOLL_PIN' undeclared (first use in this function); did you mean 'POLL_IN'?
 2143 |         unsigned int gup_flags = FOLL_PIN;
      |                                  ^~~~~~~~
      |                                  POLL_IN
lib/iov_iter.c:2143:34: note: each undeclared identifier is reported only once for each function it appears in

Caused by commit

  0ff325d28700 ("mm/gup: move private gup FOLL_ flags to internal.h")

interacting with commit

  895d773054a2 ("iov_iter: Add a function to extract a page list from an iterator")

from the block tree.

I have reverted commit 0ff325d28700 for today.  A better resolution
would be appreciated.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-01-30  5:14 Stephen Rothwell
  2023-01-30  8:09 ` Christian Brauner
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-01-30  5:14 UTC (permalink / raw)
  To: Andrew Morton, Christian Brauner
  Cc: Giuseppe Scrivano, Catalin Marinas, Joey Gouly,
	Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1845 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

kernel/sys.c: In function '__do_sys_prctl':
kernel/sys.c:2664:9: error: duplicate case value
 2664 |         case PR_SET_HIDE_SELF_EXE:
      |         ^~~~
kernel/sys.c:2655:9: note: previously used here
 2655 |         case PR_SET_MDWE:
      |         ^~~~
kernel/sys.c:2669:9: error: duplicate case value
 2669 |         case PR_GET_HIDE_SELF_EXE:
      |         ^~~~
kernel/sys.c:2658:9: note: previously used here
 2658 |         case PR_GET_MDWE:
      |         ^~~~

Caused by commit

  ab30677b499c ("mm: implement memory-deny-write-execute as a prctl")

interacting with commit

  966eb1ba050d ("exec: add PR_HIDE_SELF_EXE prctl")

from the pidfd tree.

I have applied the following merge fix patch.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Mon, 30 Jan 2023 16:08:34 +1100
Subject: [PATCH] mm: fixup for "mm: implement memory-deny-write-execute as a prctl"

interacting with

  966eb1ba050d ("exec: add PR_HIDE_SELF_EXE prctl")

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 include/uapi/linux/prctl.h | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/include/uapi/linux/prctl.h b/include/uapi/linux/prctl.h
index ccc92b92037c..99b5592cf297 100644
--- a/include/uapi/linux/prctl.h
+++ b/include/uapi/linux/prctl.h
@@ -282,10 +282,10 @@ struct prctl_mm_map {
 # define PR_SME_VL_INHERIT		(1 << 17) /* inherit across exec */
 
 /* Memory deny write / execute */
-#define PR_SET_MDWE			65
+#define PR_SET_MDWE			67
 # define PR_MDWE_REFUSE_EXEC_GAIN	1
 
-#define PR_GET_MDWE			66
+#define PR_GET_MDWE			68
 
 #define PR_SET_VMA		0x53564d41
 # define PR_SET_VMA_ANON_NAME		0
-- 
2.35.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-01-27  6:36 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2023-01-27  6:36 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Andreas Gruenbacher, Matthew Wilcox (Oracle),
	Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 2371 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (x86_64 allmodconfig)
failed like this:

fs/gfs2/log.c: In function 'gfs2_ail1_start_one':
fs/gfs2/log.c:143:55: error: passing argument 3 of 'write_cache_pages' from incompatible pointer type [-Werror=incompatible-pointer-types]
  143 |                 ret = write_cache_pages(mapping, wbc, __gfs2_writepage, mapping);
      |                                                       ^~~~~~~~~~~~~~~~
      |                                                       |
      |                                                       int (*)(struct page *, struct writeback_control *, void *)
In file included from fs/gfs2/log.c:20:
include/linux/writeback.h:375:66: note: expected 'writepage_t' {aka 'int (*)(struct folio *, struct writeback_control *, void *)'} but argument is of type 'int (*)(struct page *, struct writeback_control *, void *)'
  375 |                       struct writeback_control *wbc, writepage_t writepage,
      |                                                      ~~~~~~~~~~~~^~~~~~~~~

Caused by commit

  a36a897cc496 ("fs: convert writepage_t callback to pass a folio")

interacting with commit

  95ecbd0f162f ("Revert "gfs2: stop using generic_writepages in gfs2_ail1_start_one"")

from Linus' tree (post v6.2-rc4).

I have applied the following merge fix patch for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 27 Jan 2023 17:26:08 +1100
Subject: [PATCH] gfs2: fix up for "fs: convert writepage_t callback to pass a folio"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 fs/gfs2/log.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/fs/gfs2/log.c b/fs/gfs2/log.c
index 25fd21a9dec8..d750d1128bed 100644
--- a/fs/gfs2/log.c
+++ b/fs/gfs2/log.c
@@ -80,11 +80,11 @@ void gfs2_remove_from_ail(struct gfs2_bufdata *bd)
 	brelse(bd->bd_bh);
 }
 
-static int __gfs2_writepage(struct page *page, struct writeback_control *wbc,
+static int __gfs2_writepage(struct folio *folio, struct writeback_control *wbc,
 		       void *data)
 {
 	struct address_space *mapping = data;
-	int ret = mapping->a_ops->writepage(page, wbc);
+	int ret = mapping->a_ops->writepage(&folio->page, wbc);
 	mapping_set_error(mapping, ret);
 	return ret;
 }
-- 
2.35.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-01-27  6:16 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2023-01-27  6:16 UTC (permalink / raw)
  To: Andrew Morton, Dave Airlie
  Cc: Daniel Vetter, Jacek Lawrynowicz, Suren Baghdasaryan, DRI,
	Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1524 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (x86_64 allmodconfig)
failed like this:

drivers/accel/ivpu/ivpu_gem.c: In function 'ivpu_bo_mmap':
drivers/accel/ivpu/ivpu_gem.c:449:23: error: assignment of read-only member 'vm_flags'
  449 |         vma->vm_flags |= VM_PFNMAP | VM_DONTEXPAND;
      |                       ^~

Caused by commit

  b95a895848b9 ("mm: introduce vma->vm_flags wrapper functions")

interacting with commit

  647371a6609d ("accel/ivpu: Add GEM buffer object management")

from the drm tree.

I have applied the following merge fix patch for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 27 Jan 2023 17:12:37 +1100
Subject: [PATCH] accel/ivpu: fix up for "mm: introduce vma->vm_flags wrapper functions"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/accel/ivpu/ivpu_gem.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/accel/ivpu/ivpu_gem.c b/drivers/accel/ivpu/ivpu_gem.c
index d1f923971b4c..12b219dd4f36 100644
--- a/drivers/accel/ivpu/ivpu_gem.c
+++ b/drivers/accel/ivpu/ivpu_gem.c
@@ -446,7 +446,7 @@ static int ivpu_bo_mmap(struct drm_gem_object *obj, struct vm_area_struct *vma)
 		return dma_buf_mmap(obj->dma_buf, vma, 0);
 	}
 
-	vma->vm_flags |= VM_PFNMAP | VM_DONTEXPAND;
+	vm_flags_set(vma, VM_PFNMAP | VM_DONTEXPAND);
 	vma->vm_page_prot = ivpu_bo_pgprot(bo, vm_get_page_prot(vma->vm_flags));
 
 	return 0;
-- 
2.35.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-01-27  5:59 Stephen Rothwell
  2023-01-27 13:11 ` Jan Kara
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2023-01-27  5:59 UTC (permalink / raw)
  To: Andrew Morton, Jan Kara
  Cc: Matthew Wilcox (Oracle),
	Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 2521 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

fs/udf/inode.c: In function 'udf_writepages':
fs/udf/inode.c:211:48: error: passing argument 3 of 'write_cache_pages' from incompatible pointer type [-Werror=incompatible-pointer-types]
  211 |         return write_cache_pages(mapping, wbc, udf_adinicb_writepage, NULL);
      |                                                ^~~~~~~~~~~~~~~~~~~~~
      |                                                |
      |                                                int (*)(struct page *, struct writeback_control *, void *)
In file included from fs/udf/inode.c:36:
include/linux/writeback.h:375:66: note: expected 'writepage_t' {aka 'int (*)(struct folio *, struct writeback_control *, void *)'} but argument is of type 'int (*)(struct page *, struct writeback_control *, void *)'
  375 |                       struct writeback_control *wbc, writepage_t writepage,
      |                                                      ~~~~~~~~~~~~^~~~~~~~~

Caused by commit

  a36a897cc496 ("fs: convert writepage_t callback to pass a folio")

interacting with commit

  79d3c6dbada4 ("udf: Convert in-ICB files to use udf_writepages()")

from the ext3 tree.

I have applied the following merge fix patch (I wasn't sure what to do
with the PageLocked()).

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 27 Jan 2023 16:50:34 +1100
Subject: [PATCH] udf: fix up for "fs: convert writepage_t callback to pass a folio"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 fs/udf/inode.c | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/fs/udf/inode.c b/fs/udf/inode.c
index 3b2adf4cbc57..b47bf9c73f4d 100644
--- a/fs/udf/inode.c
+++ b/fs/udf/inode.c
@@ -185,16 +185,17 @@ static void udf_write_failed(struct address_space *mapping, loff_t to)
 	}
 }
 
-static int udf_adinicb_writepage(struct page *page,
+static int udf_adinicb_writepage(struct folio *folio,
 				 struct writeback_control *wbc, void *data)
 {
+	struct page *page = &folio->page;
 	struct inode *inode = page->mapping->host;
 	struct udf_inode_info *iinfo = UDF_I(inode);
 
-	BUG_ON(!PageLocked(page));
+//	BUG_ON(!PageLocked(page));
 	memcpy_to_page(page, 0, iinfo->i_data + iinfo->i_lenEAttr,
 		       i_size_read(inode));
-	unlock_page(page);
+	folio_unlock(folio);
 	mark_inode_dirty(inode);
 
 	return 0;
-- 
2.35.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2023-01-25  3:05 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2023-01-25  3:05 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Vishal Moola (Oracle),
	Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 5254 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (x86_64 allnoconfig)
failed like this:

In file included from arch/x86/include/asm/page.h:85,
                 from arch/x86/include/asm/thread_info.h:12,
                 from include/linux/thread_info.h:60,
                 from arch/x86/include/asm/preempt.h:9,
                 from include/linux/preempt.h:78,
                 from include/linux/spinlock.h:56,
                 from include/linux/mmzone.h:8,
                 from include/linux/gfp.h:7,
                 from include/linux/slab.h:15,
                 from include/linux/crypto.h:20,
                 from arch/x86/kernel/asm-offsets.c:9:
include/linux/mm.h: In function 'folio_estimated_mapcount':
include/asm-generic/memory_model.h:35:21: error: implicit declaration of function 'page_to_section'; did you mean 'present_section'? [-Werror=implicit-function-declaration]
   35 |         int __sec = page_to_section(__pg);                      \
      |                     ^~~~~~~~~~~~~~~
include/asm-generic/memory_model.h:40:32: note: in definition of macro '__pfn_to_page'
   40 | ({      unsigned long __pfn = (pfn);                    \
      |                                ^~~
include/asm-generic/memory_model.h:52:21: note: in expansion of macro '__page_to_pfn'
   52 | #define page_to_pfn __page_to_pfn
      |                     ^~~~~~~~~~~~~
include/linux/mm.h:216:38: note: in expansion of macro 'page_to_pfn'
  216 | #define nth_page(page,n) pfn_to_page(page_to_pfn((page)) + (n))
      |                                      ^~~~~~~~~~~
include/linux/page-flags.h:286:33: note: in expansion of macro 'nth_page'
  286 | #define folio_page(folio, n)    nth_page(&(folio)->page, n)
      |                                 ^~~~~~~~
include/linux/mm.h:918:30: note: in expansion of macro 'folio_page'
  918 |         return page_mapcount(folio_page(folio, 0));
      |                              ^~~~~~~~~~
In file included from include/linux/memcontrol.h:20,
                 from include/linux/swap.h:9,
                 from include/linux/suspend.h:5,
                 from arch/x86/kernel/asm-offsets.c:14:
include/linux/mm.h: At top level:
include/linux/mm.h:1626:29: error: conflicting types for 'page_to_section'; have 'long unsigned int(const struct page *)'
 1626 | static inline unsigned long page_to_section(const struct page *page)
      |                             ^~~~~~~~~~~~~~~
include/asm-generic/memory_model.h:35:21: note: previous implicit declaration of 'page_to_section' with type 'int()'
   35 |         int __sec = page_to_section(__pg);                      \
      |                     ^~~~~~~~~~~~~~~
include/asm-generic/memory_model.h:40:32: note: in definition of macro '__pfn_to_page'
   40 | ({      unsigned long __pfn = (pfn);                    \
      |                                ^~~
include/asm-generic/memory_model.h:52:21: note: in expansion of macro '__page_to_pfn'
   52 | #define page_to_pfn __page_to_pfn
      |                     ^~~~~~~~~~~~~
include/linux/mm.h:216:38: note: in expansion of macro 'page_to_pfn'
  216 | #define nth_page(page,n) pfn_to_page(page_to_pfn((page)) + (n))
      |                                      ^~~~~~~~~~~
include/linux/page-flags.h:286:33: note: in expansion of macro 'nth_page'
  286 | #define folio_page(folio, n)    nth_page(&(folio)->page, n)
      |                                 ^~~~~~~~
include/linux/mm.h:918:30: note: in expansion of macro 'folio_page'
  918 |         return page_mapcount(folio_page(folio, 0));
      |                              ^~~~~~~~~~
cc1: some warnings being treated as errors

Caused by commit

  59c975083d37 ("mm: add folio_estimated_mapcount()")

I applied the following fix patch (hack):

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Wed, 25 Jan 2023 13:42:20 +1100
Subject: [PATCH] fix up for "mm: add folio_estimated_mapcount()"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 include/linux/mm.h | 5 -----
 mm/mempolicy.c     | 7 +++++++
 2 files changed, 7 insertions(+), 5 deletions(-)

diff --git a/include/linux/mm.h b/include/linux/mm.h
index b7d6e290df99..78c766859fb7 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -913,11 +913,6 @@ static inline int page_mapcount(struct page *page)
 	return mapcount;
 }
 
-static inline int folio_estimated_mapcount(struct folio *folio)
-{
-	return page_mapcount(folio_page(folio, 0));
-}
-
 int folio_total_mapcount(struct folio *folio);
 
 /**
diff --git a/mm/mempolicy.c b/mm/mempolicy.c
index 03220ba94074..c81db10612eb 100644
--- a/mm/mempolicy.c
+++ b/mm/mempolicy.c
@@ -558,6 +558,13 @@ static int queue_folios_pte_range(pmd_t *pmd, unsigned long addr,
 	return addr != end ? -EIO : 0;
 }
 
+#if defined(CONFIG_HUGETLB_PAGE) || defined(CONFIG_MIGRATION)
+static inline int folio_estimated_mapcount(struct folio *folio)
+{
+	return page_mapcount(folio_page(folio, 0));
+}
+#endif
+
 static int queue_folios_hugetlb(pte_t *pte, unsigned long hmask,
 			       unsigned long addr, unsigned long end,
 			       struct mm_walk *walk)
-- 
2.35.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-12-16  1:26 Stephen Rothwell
  2022-12-16  3:04 ` Andrew Morton
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2022-12-16  1:26 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Daniel Verkamp, Jeff Xu, Linux Kernel Mailing List,
	Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1067 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (sparc defconfig)
failed like this:

kernel/pid_namespace.c: In function 'create_pid_namespace':
kernel/pid_namespace.c:114:9: error: implicit declaration of function 'initialize_memfd_noexec_scope'; did you mean 'set_memfd_noexec_scope'? [-Werror=implicit-function-declaration]
  114 |         initialize_memfd_noexec_scope(ns);
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |         set_memfd_noexec_scope
kernel/pid_namespace.c: In function 'pid_namespaces_init':
kernel/pid_namespace.c:462:9: error: implicit declaration of function 'register_pid_ns_sysctl_table_vm'; did you mean 'register_pid_ns_ctl_table_vm'? [-Werror=implicit-function-declaration]
  462 |         register_pid_ns_sysctl_table_vm();
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |         register_pid_ns_ctl_table_vm

Caused by commit

  70ebb551866e ("mm/memfd: add MFD_NOEXEC_SEAL and MFD_EXEC")

I have reverted that commit (and the following 2) for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-12-16  0:21 Stephen Rothwell
  2022-12-16  0:35 ` Andrew Morton
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2022-12-16  0:21 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Masami Hiramatsu (Google),
	Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 717 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

In file included from fs/btrfs/tree-checker.c:20:
include/linux/error-injection.h: In function 'get_injectable_error_type':
include/linux/error-injection.h:22:17: error: 'EOPNOTSUPP' undeclared (first use in this function)
   22 |         return -EOPNOTSUPP;
      |                 ^~~~~~~~~~
include/linux/error-injection.h:22:17: note: each undeclared identifier is reported only once for each function it appears in

Caused by commit

  fcb9954aa1dc ("error-injection: remove EI_ETYPE_NONE")

I have reverted that commit for today (and the following one).

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-11-22  6:53 Stephen Rothwell
  2022-11-22 10:31 ` David Hildenbrand
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2022-11-22  6:53 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Yang Li, David Hildenbrand, Linux Kernel Mailing List,
	Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 2277 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (x86_64 allmodconfig)
failed like this:

In file included from include/uapi/linux/posix_types.h:5,
                 from include/uapi/linux/types.h:14,
                 from include/linux/types.h:6,
                 from include/linux/kasan-checks.h:5,
                 from include/asm-generic/rwonce.h:26,
                 from ./arch/powerpc/include/generated/asm/rwonce.h:1,
                 from include/linux/compiler.h:247,
                 from include/linux/build_bug.h:5,
                 from include/linux/container_of.h:5,
                 from include/linux/list.h:5,
                 from mm/hugetlb.c:6:
mm/hugetlb.c: In function 'add_hugetlb_page':
include/linux/stddef.h:8:14: warning: passing argument 2 of 'set_page_private' makes integer from pointer without a cast [-Wint-conversion]
    8 | #define NULL ((void *)0)
      |              ^~~~~~~~~~~
      |              |
      |              void *
mm/hugetlb.c:1533:32: note: in expansion of macro 'NULL'
 1533 |         set_page_private(page, NULL);
      |                                ^~~~
In file included from include/linux/mmzone.h:21,
                 from include/linux/gfp.h:7,
                 from include/linux/mm.h:7,
                 from mm/hugetlb.c:8:
include/linux/mm_types.h:464:70: note: expected 'long unsigned int' but argument is of type 'void *'
  464 | static inline void set_page_private(struct page *page, unsigned long private)
      |                                                        ~~~~~~~~~~~~~~^~~~~~~

Caused by commit

  1f0d844bcc5b ("mm/hugetlb: stop using 0 as NULL pointer")

set_page_private() have taken an unsigned long as its second argument
since (at least) v5.8-rc1.  The cited bugzilla refers to next-20221121,
but even there:

$ git grep set_page_private next-20221121:include/linux/mm_types.h
next-20221121:include/linux/mm_types.h:static inline void set_page_private(struct page *page, unsigned long private)

In fact the bugzilla refers to mm/hugetlb.c line 1531.  In next-20221121
that is:

        folio_change_private(folio, 0);

I have reverted that commit for today.  Please take more care :-(

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-11-03  5:02 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2022-11-03  5:02 UTC (permalink / raw)
  To: Andrew Morton; +Cc: wuqiang, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 589 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (sparc defconfig)
failed like this:

lib/objpool.c: In function '__objpool_try_get_slot':
lib/objpool.c:378:17: error: implicit declaration of function 'prefetch' [-Werror=implicit-function-declaration]
  378 |                 prefetch(&ents[id]);
      |                 ^~~~~~~~
cc1: some warnings being treated as errors

Caused by commit

  080ae5bb93cd ("kprobes,lib: kretprobe scalability improvement")

I have reverted that commit for today (and its followup fix patch).

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-11-02  3:55 Stephen Rothwell
  2022-11-02 21:26 ` Andrew Morton
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2022-11-02  3:55 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Sidhartha Kumar, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 757 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:

mm/migrate.c: In function 'unmap_and_move_huge_page':
mm/migrate.c:1315:13: error: implicit declaration of function 'hugetlb_folio_subpool'; did you mean 'hugetlb_page_subpool'? [-Werror=implicit-function-declaration]
 1315 |         if (hugetlb_folio_subpool(src) && !folio_mapping(src)) {
      |             ^~~~~~~~~~~~~~~~~~~~~
      |             hugetlb_page_subpool
cc1: some warnings being treated as errors

Caused by commit

  fa7dc4d80445 ("mm/hugetlb: convert move_hugetlb_state() to folios")

This build does *not* have CONFIG_HUGETLB_PAGE set.

I have reverted that commit for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-10-18  1:24 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2022-10-18  1:24 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Sergey Shtylyov, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1891 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

arch/powerpc/kernel/ptrace/ptrace-view.c: In function 'gpr32_set_common':
arch/powerpc/kernel/ptrace/ptrace-view.c:709:16: error: void value not ignored as it ought to be
  709 |         return user_regset_copyin_ignore(&pos, &count, &kbuf, &ubuf,
      |                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  710 |                                          (PT_TRAP + 1) * sizeof(reg), -1);
      |                                          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Caused by commit

  1afca3ae915b ("regset: make user_regset_copyin_ignore() *void*")

after commit

  8541413ac862 ("powerpc: ptrace: user_regset_copyin_ignore() always returns 0")

missed one call site.

I have applied the following patch for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Tue, 18 Oct 2022 12:19:20 +1100
Subject: [PATCH] fix up for "powerpc: ptrace: user_regset_copyin_ignore() always returns 0"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 arch/powerpc/kernel/ptrace/ptrace-view.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/arch/powerpc/kernel/ptrace/ptrace-view.c b/arch/powerpc/kernel/ptrace/ptrace-view.c
index ca0bf8da48fd..2087a785f05f 100644
--- a/arch/powerpc/kernel/ptrace/ptrace-view.c
+++ b/arch/powerpc/kernel/ptrace/ptrace-view.c
@@ -706,8 +706,9 @@ int gpr32_set_common(struct task_struct *target,
 	ubuf = u;
 	pos *= sizeof(reg);
 	count *= sizeof(reg);
-	return user_regset_copyin_ignore(&pos, &count, &kbuf, &ubuf,
-					 (PT_TRAP + 1) * sizeof(reg), -1);
+	user_regset_copyin_ignore(&pos, &count, &kbuf, &ubuf,
+				  (PT_TRAP + 1) * sizeof(reg), -1);
+	return 0;
 
 Efault:
 	user_read_access_end();
-- 
2.35.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-09-23  8:12 Stephen Rothwell
  2022-09-23  8:15 ` David Hildenbrand
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2022-09-23  8:12 UTC (permalink / raw)
  To: Andrew Morton
  Cc: David Hildenbrand, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 561 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (htmldocs) failed
like this:

Sphinx parallel build error:
docutils.utils.SystemMessage: /home/sfr/next/next/Documentation/process/coding-style.rst:1213: (SEVERE/4) Title level inconsistent:

Use WARN_ON_ONCE() rather than WARN() or WARN_ON()
**************************************************

Caused by commit

  13ea678a035b ("coding-style.rst: document BUG() and WARN() rules ("do not crash the kernel")")

I have reverted that commit for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-09-23  7:55 Stephen Rothwell
  2022-09-23  9:50 ` Michael Walle
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2022-09-23  7:55 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Naoya Horiguchi, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 2095 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

drivers/base/memory.c: In function 'memory_block_online':
drivers/base/memory.c:186:34: error: 'struct memory_block' has no member named 'nr_hwpoison'
  186 |         if (atomic_long_read(&mem->nr_hwpoison))
      |                                  ^~
drivers/base/memory.c: In function 'remove_memory_block_devices':
drivers/base/memory.c:870:61: error: 'struct memory_block' has no member named 'nr_hwpoison'
  870 |                 clear_hwpoisoned_pages(atomic_long_read(&mem->nr_hwpoison));
      |                                                             ^~

Caused by commit

  69b496f03bb4 ("mm/hwpoison: introduce per-memory_block hwpoison counter")

This build has CONFIG_MEMORY_FAILURE not set.

I have applied the following fix patch for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 23 Sep 2022 17:50:50 +1000
Subject: [PATCH] fix up for "mm/hwpoison: introduce per-memory_block hwpoison counter"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/base/memory.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/drivers/base/memory.c b/drivers/base/memory.c
index c9bde4c4ffdf..143c63ceb4c3 100644
--- a/drivers/base/memory.c
+++ b/drivers/base/memory.c
@@ -183,8 +183,10 @@ static int memory_block_online(struct memory_block *mem)
 	struct zone *zone;
 	int ret;
 
+#ifdef CONFIG_MEMORY_FAILURE
 	if (atomic_long_read(&mem->nr_hwpoison))
 		return -EHWPOISON;
+#endif
 
 	zone = zone_for_pfn_range(mem->online_type, mem->nid, mem->group,
 				  start_pfn, nr_pages);
@@ -867,7 +869,9 @@ void remove_memory_block_devices(unsigned long start, unsigned long size)
 		mem = find_memory_block_by_id(block_id);
 		if (WARN_ON_ONCE(!mem))
 			continue;
+#ifdef CONFIG_MEMORY_FAILURE
 		clear_hwpoisoned_pages(atomic_long_read(&mem->nr_hwpoison));
+#endif
 		unregister_memory_block_under_nodes(mem);
 		remove_memory_block(mem);
 	}
-- 
2.35.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-09-15  7:07 Stephen Rothwell
  2022-09-15 16:37 ` Mike Kravetz
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2022-09-15  7:07 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Mike Kravetz, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 980 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

ld: warning: discarding dynamic section .glink
ld: warning: discarding dynamic section .plt
ld: linkage table error against `hugetlb_vma_lock_release'
ld: stubs don't match calculated size
ld: can not build stubs: bad value
ld: fs/hugetlbfs/inode.o: in function `.remove_inode_hugepages':
inode.c:(.text+0x2538): undefined reference to `.hugetlb_vma_lock_release'
ld: inode.c:(.text+0x25f4): undefined reference to `.hugetlb_vma_lock_release'

Caused by commits

  d56100904028 ("hugetlb: use new vma_lock for pmd sharing synchronization")
  47bc61e7caf9 ("hugetlb: add vma based lock for pmd sharing")

The definition of hugetlb_vma_lock_release() is guarded by
CONFIG_ARCH_WANT_HUGE_PMD_SHARE, but the usage in fs/hugetlbfs/inode.c
is not.

I have reverted commit d56100904028 (and the following commit) for
today.
-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-09-06 11:03 Stephen Rothwell
  2022-09-06 12:05 ` Rob Clark
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2022-09-06 11:03 UTC (permalink / raw)
  To: Andrew Morton, Rob Clark, Sean Paul
  Cc: NeilBrown, Rob Clark, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 742 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:

drivers/gpu/drm/msm/msm_gem_shrinker.c: In function 'can_block':
drivers/gpu/drm/msm/msm_gem_shrinker.c:29:28: error: '__GFP_ATOMIC' undeclared (first use in this function); did you mean 'GFP_ATOMIC'?
   29 |         if (sc->gfp_mask & __GFP_ATOMIC)
      |                            ^~~~~~~~~~~~
      |                            GFP_ATOMIC

Caused by commit

  9178e3dcb121 ("mm: discard __GFP_ATOMIC")

interacting with commit

  025d27239a2f ("drm/msm/gem: Evict active GEM objects when necessary")

from the drm-msm tree.

I have reverted the drm-msm tree commit for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-08-26  7:10 Stephen Rothwell
  2022-08-26  7:32 ` Michal Hocko
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2022-08-26  7:10 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Michal Hocko, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 765 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:

arch/powerpc/xmon/xmon.c: In function 'cmds':
arch/powerpc/xmon/xmon.c:1089:33: error: too few arguments to function 'show_mem'
 1089 |                                 show_mem(0, NULL);
      |                                 ^~~~~~~~
In file included from arch/powerpc/xmon/xmon.c:14:
include/linux/mm.h:2585:13: note: declared here
 2585 | extern void show_mem(unsigned int flags, nodemask_t *nodemask, gfp_t gfp_mask);
      |             ^~~~~~~~

Caused by commit

  9ea9abc5cd7e ("mm: reduce noise in show_mem for lowmem allocations")

I have reverted that commit for today (and the following fix).

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-07-08  9:44 Stephen Rothwell
  2022-07-08 15:17 ` Darrick J. Wong
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2022-07-08  9:44 UTC (permalink / raw)
  To: Andrew Morton, Darrick J. Wong, David Chinner
  Cc: linux-xfs, Shiyang Ruan, Linux Kernel Mailing List,
	Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 2772 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (x86_64 allmodconfig)
failed like this:

fs/xfs/xfs_notify_failure.c: In function 'xfs_dax_notify_ddev_failure':
fs/xfs/xfs_notify_failure.c:126:44: error: passing argument 1 of 'xfs_alloc_read_agf' from incompatible pointer type [-Werror=incompatible-pointer-types]
  126 |                 error = xfs_alloc_read_agf(mp, tp, agno, 0, &agf_bp);
      |                                            ^~
      |                                            |
      |                                            struct xfs_mount *
In file included from fs/xfs/xfs_notify_failure.c:12:
fs/xfs/libxfs/xfs_alloc.h:173:42: note: expected 'struct xfs_perag *' but argument is of type 'struct xfs_mount *'
  173 | int xfs_alloc_read_agf(struct xfs_perag *pag, struct xfs_trans *tp, int flags,
      |                        ~~~~~~~~~~~~~~~~~~^~~
fs/xfs/xfs_notify_failure.c:126:25: error: too many arguments to function 'xfs_alloc_read_agf'
  126 |                 error = xfs_alloc_read_agf(mp, tp, agno, 0, &agf_bp);
      |                         ^~~~~~~~~~~~~~~~~~
In file included from fs/xfs/xfs_notify_failure.c:12:
fs/xfs/libxfs/xfs_alloc.h:173:5: note: declared here
  173 | int xfs_alloc_read_agf(struct xfs_perag *pag, struct xfs_trans *tp, int flags,
      |     ^~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors

Caused by commit

  469a9c74c119 ("xfs: implement ->notify_failure() for XFS")

interacting with commit

  c4829aba9c8d ("xfs: pass perag to xfs_alloc_read_agf()")

from the xfs tree.

I have applied the following merge fix patch.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 8 Jul 2022 19:11:56 +1000
Subject: [PATCH] fix up for "xfs: pass perag to xfs_alloc_read_agf()"

interacting with "xfs: implement ->notify_failure() for XFS"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 fs/xfs/xfs_notify_failure.c | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/fs/xfs/xfs_notify_failure.c b/fs/xfs/xfs_notify_failure.c
index aa8dc27c599c..f3c62c19475e 100644
--- a/fs/xfs/xfs_notify_failure.c
+++ b/fs/xfs/xfs_notify_failure.c
@@ -18,6 +18,7 @@
 #include "xfs_rmap_btree.h"
 #include "xfs_rtalloc.h"
 #include "xfs_trans.h"
+#include "xfs_ag.h"
 
 #include <linux/mm.h>
 #include <linux/dax.h>
@@ -122,8 +123,10 @@ xfs_dax_notify_ddev_failure(
 		struct failure_info	notify;
 		struct xfs_agf		*agf;
 		xfs_agblock_t		agend;
+		struct xfs_perag	*pag;
 
-		error = xfs_alloc_read_agf(mp, tp, agno, 0, &agf_bp);
+		pag = xfs_perag_get(mp, agno);
+		error = xfs_alloc_read_agf(pag, tp, 0, &agf_bp);
 		if (error)
 			break;
 
-- 
2.35.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-05-12  9:38 Stephen Rothwell
  2022-05-12 10:13 ` Baolin Wang
  2022-05-12 11:07 ` Catalin Marinas
  0 siblings, 2 replies; 141+ messages in thread
From: Stephen Rothwell @ 2022-05-12  9:38 UTC (permalink / raw)
  To: Andrew Morton, Catalin Marinas, Will Deacon
  Cc: Anshuman Khandual, Baolin Wang, Linux Kernel Mailing List,
	Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 2233 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm64 defconfig)
failed like this:

arch/arm64/mm/hugetlbpage.c: In function 'huge_ptep_clear_flush':
arch/arm64/mm/hugetlbpage.c:493:16: error: implicit declaration of function 'get_clear_flush'; did you mean 'ptep_clear_flush'? [-Werror=implicit-function-declaration]
  493 |         return get_clear_flush(vma->vm_mm, addr, ptep, pgsize, ncontig);
      |                ^~~~~~~~~~~~~~~
      |                ptep_clear_flush
arch/arm64/mm/hugetlbpage.c:493:16: error: incompatible types when returning type 'int' but 'pte_t' was expected
  493 |         return get_clear_flush(vma->vm_mm, addr, ptep, pgsize, ncontig);
      |                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
arch/arm64/mm/hugetlbpage.c:494:1: error: control reaches end of non-void function [-Werror=return-type]
  494 | }
      | ^

Caused by commit

  00df1f1a133b ("mm: change huge_ptep_clear_flush() to return the original pte")

interacting with commit

  fb396bb459c1 ("arm64/hugetlb: Drop TLB flush from get_clear_flush()")

I have applied the following merg fix patch for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Thu, 12 May 2022 19:33:11 +1000
Subject: [PATCH] fixup for "mm: change huge_ptep_clear_flush() to return the original pte"

It interacts with commit

  fb396bb459c1 ("arm64/hugetlb: Drop TLB flush from get_clear_flush()")

from the arm64 tree

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 arch/arm64/mm/hugetlbpage.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/arm64/mm/hugetlbpage.c b/arch/arm64/mm/hugetlbpage.c
index 5bdf913dedc7..30f5b76aabe9 100644
--- a/arch/arm64/mm/hugetlbpage.c
+++ b/arch/arm64/mm/hugetlbpage.c
@@ -490,7 +490,7 @@ pte_t huge_ptep_clear_flush(struct vm_area_struct *vma,
 		return ptep_clear_flush(vma, addr, ptep);
 
 	ncontig = find_num_contig(vma->vm_mm, addr, ptep, &pgsize);
-	return get_clear_flush(vma->vm_mm, addr, ptep, pgsize, ncontig);
+	return get_clear_contig(vma->vm_mm, addr, ptep, pgsize, ncontig);
 }
 
 static int __init hugetlbpage_init(void)
-- 
2.35.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-05-11  8:15 Stephen Rothwell
  2022-05-11  8:27 ` Baolin Wang
  2022-05-11  8:42 ` Baolin Wang
  0 siblings, 2 replies; 141+ messages in thread
From: Stephen Rothwell @ 2022-05-11  8:15 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Baolin Wang, Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 1448 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (sparc64 defconfig)
failed like this:

In file included from include/linux/hugetlb.h:757,
                 from arch/sparc/mm/hugetlbpage.c:11:
arch/sparc/include/asm/hugetlb.h: In function 'huge_ptep_clear_flush':
arch/sparc/include/asm/hugetlb.h:27:1: error: no return statement in function returning non-void [-Werror=return-type]
   27 | }
      | ^

(and many more)

Caused by commit

  083af99303b9 ("mm: change huge_ptep_clear_flush() to return the original pte")

I applied the following hack to make it build.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Wed, 11 May 2022 18:10:56 +1000
Subject: [PATCH] fix up for "mm: change huge_ptep_clear_flush() to return the original pte"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 arch/sparc/include/asm/hugetlb.h | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/sparc/include/asm/hugetlb.h b/arch/sparc/include/asm/hugetlb.h
index b50aa6f8f9ab..0a26cca24232 100644
--- a/arch/sparc/include/asm/hugetlb.h
+++ b/arch/sparc/include/asm/hugetlb.h
@@ -24,6 +24,7 @@ pte_t huge_ptep_get_and_clear(struct mm_struct *mm, unsigned long addr,
 static inline pte_t huge_ptep_clear_flush(struct vm_area_struct *vma,
 					  unsigned long addr, pte_t *ptep)
 {
+	return *ptep;
 }
 
 #define __HAVE_ARCH_HUGE_PTEP_SET_WRPROTECT
-- 
2.35.1

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-05-10 11:25 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2022-05-10 11:25 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Liam R. Howlett, Matthew Wilcox (Oracle),
	Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 719 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (powerpc allyesconfig)
failed like this:

In file included from mm/damon/vaddr.c:703:
mm/damon/vaddr-test.h: In function '__link_vmas':
mm/damon/vaddr-test.h:29:17: error: implicit declaration of function 'vma_mas_store'; did you mean 'mas_store'? [-Werror=implicit-function-declaration]
   29 |                 vma_mas_store(&vmas[i], &mas);
      |                 ^~~~~~~~~~~~~
      |                 mas_store

Caused by commit

  59904daa2b0c ("damon: convert __damon_va_three_regions to use the VMA iterator")

I have merged the mm-stable, mm-nonmm-stable and mm trees from
next-20220509 for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-05-05 21:37 Stephen Rothwell
  0 siblings, 0 replies; 141+ messages in thread
From: Stephen Rothwell @ 2022-05-05 21:37 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Matthew Wilcox (Oracle),
	Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 353 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (i386 allmodconfig
clang14) failed like this:

mm/shmem.c:2337:8: error: variable 'page' is uninitialized when used here [-Werror,-Wuninitialized]

Introduced by commit

  b0bb08b2d5f3 ("mm/shmem: turn shmem_alloc_page() into shmem_alloc_folio()")

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
* linux-next: build failure after merge of the mm tree
@ 2022-05-02 10:49 Stephen Rothwell
  2022-05-02 11:19 ` Matthew Wilcox
  0 siblings, 1 reply; 141+ messages in thread
From: Stephen Rothwell @ 2022-05-02 10:49 UTC (permalink / raw)
  To: Andrew Morton, Matthew Wilcox (Oracle)
  Cc: Linux Kernel Mailing List, Linux Next Mailing List

[-- Attachment #1: Type: text/plain, Size: 9010 bytes --]

Hi all,

After merging the mm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:

In file included from <command-line>:
mm/shmem.c: In function 'shmem_add_to_page_cache.constprop':
include/linux/compiler_types.h:352:45: error: call to '__compiletime_assert_267' declared with attribute error: BUILD_BUG failed
  352 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
      |                                             ^
include/linux/compiler_types.h:333:25: note: in definition of macro '__compiletime_assert'
  333 |                         prefix ## suffix();                             \
      |                         ^~~~~~
include/linux/compiler_types.h:352:9: note: in expansion of macro '_compiletime_assert'
  352 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
      |         ^~~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:39:37: note: in expansion of macro 'compiletime_assert'
   39 | #define BUILD_BUG_ON_MSG(cond, msg) compiletime_assert(!(cond), msg)
      |                                     ^~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:59:21: note: in expansion of macro 'BUILD_BUG_ON_MSG'
   59 | #define BUILD_BUG() BUILD_BUG_ON_MSG(1, "BUILD_BUG failed")
      |                     ^~~~~~~~~~~~~~~~
include/linux/vm_event_item.h:147:27: note: in expansion of macro 'BUILD_BUG'
  147 | #define THP_FILE_ALLOC ({ BUILD_BUG(); 0; })
      |                           ^~~~~~~~~
mm/shmem.c:743:40: note: in expansion of macro 'THP_FILE_ALLOC'
  743 |                         count_vm_event(THP_FILE_ALLOC);
      |                                        ^~~~~~~~~~~~~~
In file included from include/linux/math64.h:6,
                 from include/linux/time64.h:5,
                 from include/linux/restart_block.h:10,
                 from include/linux/thread_info.h:14,
                 from include/asm-generic/preempt.h:5,
                 from ./arch/arm/include/generated/asm/preempt.h:1,
                 from include/linux/preempt.h:78,
                 from include/linux/spinlock.h:55,
                 from include/linux/wait.h:9,
                 from include/linux/wait_bit.h:8,
                 from include/linux/fs.h:6,
                 from mm/shmem.c:24:
mm/shmem.c: In function 'shmem_getpage_gfp.constprop':
include/linux/compiler_types.h:352:45: error: call to '__compiletime_assert_275' declared with attribute error: BUILD_BUG failed
  352 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
      |                                             ^
include/linux/math.h:15:46: note: in definition of macro '__round_mask'
   15 | #define __round_mask(x, y) ((__typeof__(x))((y)-1))
      |                                              ^
mm/shmem.c:1892:26: note: in expansion of macro 'round_down'
 1892 |                 hindex = round_down(index, HPAGE_PMD_NR);
      |                          ^~~~~~~~~~
include/linux/compiler_types.h:340:9: note: in expansion of macro '__compiletime_assert'
  340 |         __compiletime_assert(condition, msg, prefix, suffix)
      |         ^~~~~~~~~~~~~~~~~~~~
include/linux/compiler_types.h:352:9: note: in expansion of macro '_compiletime_assert'
  352 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
      |         ^~~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:39:37: note: in expansion of macro 'compiletime_assert'
   39 | #define BUILD_BUG_ON_MSG(cond, msg) compiletime_assert(!(cond), msg)
      |                                     ^~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:59:21: note: in expansion of macro 'BUILD_BUG_ON_MSG'
   59 | #define BUILD_BUG() BUILD_BUG_ON_MSG(1, "BUILD_BUG failed")
      |                     ^~~~~~~~~~~~~~~~
include/linux/huge_mm.h:307:28: note: in expansion of macro 'BUILD_BUG'
  307 | #define HPAGE_PMD_SHIFT ({ BUILD_BUG(); 0; })
      |                            ^~~~~~~~~
include/linux/huge_mm.h:105:26: note: in expansion of macro 'HPAGE_PMD_SHIFT'
  105 | #define HPAGE_PMD_ORDER (HPAGE_PMD_SHIFT-PAGE_SHIFT)
      |                          ^~~~~~~~~~~~~~~
include/linux/huge_mm.h:106:26: note: in expansion of macro 'HPAGE_PMD_ORDER'
  106 | #define HPAGE_PMD_NR (1<<HPAGE_PMD_ORDER)
      |                          ^~~~~~~~~~~~~~~
mm/shmem.c:1892:44: note: in expansion of macro 'HPAGE_PMD_NR'
 1892 |                 hindex = round_down(index, HPAGE_PMD_NR);
      |                                            ^~~~~~~~~~~~
In file included from <command-line>:
include/linux/compiler_types.h:352:45: error: call to '__compiletime_assert_276' declared with attribute error: BUILD_BUG failed
  352 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
      |                                             ^
include/linux/compiler_types.h:333:25: note: in definition of macro '__compiletime_assert'
  333 |                         prefix ## suffix();                             \
      |                         ^~~~~~
include/linux/compiler_types.h:352:9: note: in expansion of macro '_compiletime_assert'
  352 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
      |         ^~~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:39:37: note: in expansion of macro 'compiletime_assert'
   39 | #define BUILD_BUG_ON_MSG(cond, msg) compiletime_assert(!(cond), msg)
      |                                     ^~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:59:21: note: in expansion of macro 'BUILD_BUG_ON_MSG'
   59 | #define BUILD_BUG() BUILD_BUG_ON_MSG(1, "BUILD_BUG failed")
      |                     ^~~~~~~~~~~~~~~~
include/linux/huge_mm.h:307:28: note: in expansion of macro 'BUILD_BUG'
  307 | #define HPAGE_PMD_SHIFT ({ BUILD_BUG(); 0; })
      |                            ^~~~~~~~~
include/linux/huge_mm.h:105:26: note: in expansion of macro 'HPAGE_PMD_SHIFT'
  105 | #define HPAGE_PMD_ORDER (HPAGE_PMD_SHIFT-PAGE_SHIFT)
      |                          ^~~~~~~~~~~~~~~
include/linux/huge_mm.h:106:26: note: in expansion of macro 'HPAGE_PMD_ORDER'
  106 | #define HPAGE_PMD_NR (1<<HPAGE_PMD_ORDER)
      |                          ^~~~~~~~~~~~~~~
mm/shmem.c:1915:34: note: in expansion of macro 'HPAGE_PMD_NR'
 1915 |                         hindex + HPAGE_PMD_NR - 1) {
      |                                  ^~~~~~~~~~~~
In file included from <command-line>:
In function 'can_split_folio',
    inlined from 'shrink_page_list' at mm/vmscan.c:1719:11:
include/linux/compiler_types.h:352:45: error: call to '__compiletime_assert_195' declared with attribute error: BUILD_BUG failed
  352 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
      |                                             ^
include/linux/compiler_types.h:333:25: note: in definition of macro '__compiletime_assert'
  333 |                         prefix ## suffix();                             \
      |                         ^~~~~~
include/linux/compiler_types.h:352:9: note: in expansion of macro '_compiletime_assert'
  352 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
      |         ^~~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:39:37: note: in expansion of macro 'compiletime_assert'
   39 | #define BUILD_BUG_ON_MSG(cond, msg) compiletime_assert(!(cond), msg)
      |                                     ^~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:59:21: note: in expansion of macro 'BUILD_BUG_ON_MSG'
   59 | #define BUILD_BUG() BUILD_BUG_ON_MSG(1, "BUILD_BUG failed")
      |                     ^~~~~~~~~~~~~~~~
include/linux/huge_mm.h:351:9: note: in expansion of macro 'BUILD_BUG'
  351 |         BUILD_BUG();
      |         ^~~~~~~~~

Reverting the following commits makes the problem go away:

  2b58b3f33ba2 ("mm/shmem: convert shmem_swapin_page() to shmem_swapin_folio()")
  94cdf3e8c0bf ("mm/shmem: convert shmem_getpage_gfp to use a folio")
  3674fd6cadf5 ("mm/shmem: convert shmem_alloc_and_acct_page to use a folio")
  b0bb08b2d5f3 ("mm/shmem: turn shmem_alloc_page() into shmem_alloc_folio()")
  8d657a77c6fe ("mm/shmem: turn shmem_should_replace_page into shmem_should_replace_folio")
  9a44f3462edc ("mm/shmem: convert shmem_add_to_page_cache to take a folio")
  561fd8bee1dc ("mm/swap: add folio_throttle_swaprate")
  cb4e56ee240d ("mm/shmem: use a folio in shmem_unused_huge_shrink")
  22bf1b68e572 ("vmscan: remove remaining uses of page in shrink_page_list")
  7d15d41b7c4a ("vmscan: convert the activate_locked portion of shrink_page_list to folios")
  8a6aff9c51c7 ("vmscan: move initialisation of mapping down")
  b79338b3d217 ("vmscan: convert lazy freeing to folios")
  719426e40146 ("vmscan: convert page buffer handling to use folios")
  339ba7502e13 ("vmscan: convert dirty page handling to folios")

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 141+ messages in thread
end of thread, other threads:[~2024-04-30  2:23 UTC | newest]

Thread overview: 141+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-04-07 23:15 linux-next: build failure after merge of the mm tree Stephen Rothwell
2024-04-08  1:44 ` Barry Song
  -- strict thread matches above, loose matches on Subject: below --
2024-04-30  0:38 Stephen Rothwell
2024-04-30  2:23 ` Lance Yang
2024-04-23  0:22 Stephen Rothwell
2024-04-12  6:39 Stephen Rothwell
2024-04-11 23:14 Stephen Rothwell
2024-04-05  2:55 Stephen Rothwell
2024-03-28  4:34 Stephen Rothwell
2024-03-05  4:26 Stephen Rothwell
2024-03-05  6:39 ` Qi Zheng
2024-02-14  3:57 Stephen Rothwell
2024-02-14 15:19 ` Andrew Morton
2024-02-15  3:47   ` Stephen Rothwell
2024-02-07  6:17 Stephen Rothwell
2024-02-01  2:57 Stephen Rothwell
2024-02-01  8:35 ` Marco Elver
2024-01-25  3:29 Stephen Rothwell
2024-01-25 14:29 ` Baoquan He
2024-01-25 18:03   ` Stephen Rothwell
2024-01-24 23:23 Stephen Rothwell
2024-01-24 23:52 ` Suren Baghdasaryan
2024-01-25  2:40   ` Baoquan He
2024-01-23 23:05 Stephen Rothwell
2024-01-23 23:14 ` Suren Baghdasaryan
2023-12-21  7:38 Stephen Rothwell
2023-12-21  7:45 ` Changbin Du
2023-11-28 21:45 Stephen Rothwell
2023-11-28 22:45 ` Andrew Morton
2023-11-29  8:17   ` Dmitry Rokosov
2023-11-30 22:12     ` Stephen Rothwell
2023-11-27  3:44 Stephen Rothwell
2023-12-22  0:16 ` Stephen Rothwell
2023-12-22  6:26   ` Andrew Morton
2023-11-27  2:28 Stephen Rothwell
2023-11-27  3:48 ` Stephen Rothwell
2023-11-30 22:04   ` Stephen Rothwell
2023-11-30 22:32     ` Andrew Morton
2023-11-30 22:39     ` Michael Ellerman
2023-11-30 22:52       ` Andrew Morton
2023-12-01  3:12         ` Michael Ellerman
2023-12-07 12:38 ` Michael Ellerman
2023-10-03 22:50 Stephen Rothwell
2023-09-27 23:22 Stephen Rothwell
2023-09-28  6:47 ` Arnd Bergmann
2023-09-25 23:18 Stephen Rothwell
2023-08-22 22:52 Stephen Rothwell
2023-08-21 23:55 Stephen Rothwell
2023-08-22  1:11 ` Matthew Wilcox
2023-08-22  1:22   ` Stephen Rothwell
2023-08-22  1:34     ` Matthew Wilcox
2023-08-22  4:00       ` Darrick J. Wong
2023-08-22 20:20         ` Matthew Wilcox
2023-08-22  7:12   ` Michael Ellerman
2023-08-08  4:40 Stephen Rothwell
2023-08-08 15:20 ` Eric DeVolder
2023-08-11 17:16 ` Eric DeVolder
2023-07-26  5:14 Stephen Rothwell
2023-07-26 13:22 ` Kuan-Ying Lee (李冠穎)
2023-07-26  4:53 Stephen Rothwell
2023-07-26  5:22 ` Aneesh Kumar K.V
2023-07-26  6:51   ` Stephen Rothwell
2023-07-19  4:32 Stephen Rothwell
2023-07-19  5:55 ` Alistair Popple
2023-07-18  0:02 Stephen Rothwell
2023-07-18 13:43 ` Andy Shevchenko
2023-07-18 17:34   ` Andrew Morton
2023-07-18 21:07     ` Andy Shevchenko
2023-07-17 23:40 Stephen Rothwell
2023-07-04  2:23 Stephen Rothwell
2023-07-04  2:32 ` Linus Torvalds
2023-07-04  5:51   ` Suren Baghdasaryan
2023-06-13  6:21 Stephen Rothwell
2023-06-13 15:58 ` Catalin Marinas
2023-05-19  2:43 Stephen Rothwell
2023-05-19  8:19 ` Arnd Bergmann
2023-05-17 23:59 Stephen Rothwell
2023-03-06  2:54 Stephen Rothwell
2023-03-06  3:13 ` Andrew Morton
2023-03-06  0:52 Stephen Rothwell
2023-03-06 21:58 ` Stephen Rothwell
2023-02-07  4:37 Stephen Rothwell
2023-02-07 12:17 ` Jason Gunthorpe
2023-02-08  2:41   ` Stephen Rothwell
2023-02-07 14:25 ` David Howells
2023-01-30  5:14 Stephen Rothwell
2023-01-30  8:09 ` Christian Brauner
2023-02-26 22:18   ` Stephen Rothwell
2023-02-27 10:36     ` Christian Brauner
2023-01-27  6:36 Stephen Rothwell
2023-01-27  6:16 Stephen Rothwell
2023-01-27  5:59 Stephen Rothwell
2023-01-27 13:11 ` Jan Kara
2023-01-31 21:47   ` Stephen Rothwell
2023-02-24  4:40     ` Stephen Rothwell
2023-02-24  6:01       ` Linus Torvalds
2023-02-24 20:36         ` Stephen Rothwell
2023-01-25  3:05 Stephen Rothwell
2022-12-16  1:26 Stephen Rothwell
2022-12-16  3:04 ` Andrew Morton
2022-12-16  0:21 Stephen Rothwell
2022-12-16  0:35 ` Andrew Morton
2022-12-16  1:03   ` Masami Hiramatsu
2022-11-22  6:53 Stephen Rothwell
2022-11-22 10:31 ` David Hildenbrand
2022-11-03  5:02 Stephen Rothwell
2022-11-02  3:55 Stephen Rothwell
2022-11-02 21:26 ` Andrew Morton
2022-10-18  1:24 Stephen Rothwell
2022-09-23  8:12 Stephen Rothwell
2022-09-23  8:15 ` David Hildenbrand
2022-09-23  7:55 Stephen Rothwell
2022-09-23  9:50 ` Michael Walle
2022-09-23 11:01   ` Naoya Horiguchi
2022-09-15  7:07 Stephen Rothwell
2022-09-15 16:37 ` Mike Kravetz
2022-09-15 20:06   ` Andrew Morton
2022-09-06 11:03 Stephen Rothwell
2022-09-06 12:05 ` Rob Clark
2022-09-06 18:05   ` Stephen Rothwell
2022-08-26  7:10 Stephen Rothwell
2022-08-26  7:32 ` Michal Hocko
2022-07-08  9:44 Stephen Rothwell
2022-07-08 15:17 ` Darrick J. Wong
2022-07-10 22:28   ` Stephen Rothwell
2022-05-12  9:38 Stephen Rothwell
2022-05-12 10:13 ` Baolin Wang
2022-05-12 11:07 ` Catalin Marinas
2022-05-12 11:13   ` Baolin Wang
2022-05-12 13:28     ` Catalin Marinas
2022-05-12 19:10       ` Andrew Morton
2022-05-13  7:18   ` Stephen Rothwell
2022-05-11  8:15 Stephen Rothwell
2022-05-11  8:27 ` Baolin Wang
2022-05-11  8:42 ` Baolin Wang
2022-05-11 23:28   ` Stephen Rothwell
2022-05-10 11:25 Stephen Rothwell
2022-05-05 21:37 Stephen Rothwell
2022-05-02 10:49 Stephen Rothwell
2022-05-02 11:19 ` Matthew Wilcox
2022-05-03  6:45   ` Stephen Rothwell

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).