archive mirror
 help / color / mirror / Atom feed
From: Randy Dunlap <>
Subject: Re: mmotm 2021-05-10-21-46 uploaded (mm/*)
Date: Tue, 11 May 2021 12:39:00 -0700	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>

On 5/10/21 9:47 PM, wrote:
> The mm-of-the-moment snapshot 2021-05-10-21-46 has been uploaded to
> mmotm-readme.txt says
> README for mm-of-the-moment:
> This is a snapshot of my -mm patch queue.  Uploaded at random hopefully
> more than once a week.
> You will need quilt to apply these patches to the latest Linus release (5.x
> or 5.x-rcY).  The series file is in broken-out.tar.gz and is duplicated in
> The file broken-out.tar.gz contains two datestamp files: .DATE and
> .DATE-yyyy-mm-dd-hh-mm-ss.  Both contain the string yyyy-mm-dd-hh-mm-ss,
> followed by the base kernel version against which this patch series is to
> be applied.
> This tree is partially included in linux-next.  To see which patches are
> included in linux-next, consult the `series' file.  Only the patches
> within the #NEXT_PATCHES_START/#NEXT_PATCHES_END markers are included in
> linux-next.
> A full copy of the full kernel tree with the linux-next and mmotm patches
> already applied is available through git within an hour of the mmotm
> release.  Individual mmotm releases are tagged.  The master branch always
> points to the latest release, so it's constantly rebasing.
> The directory (mm-of-the-second)
> contains daily snapshots of the -mm tree.  It is updated more frequently
> than mmotm, and is untested.
> A git copy of this tree is also available at

Lots of various mm/ build errors:

Many of:
In file included from ../arch/x86/kvm/../../../virt/kvm/kvm_main.c:47:0:
../include/linux/hugetlb.h:340:30: error: parameter 6 (‘mode’) has incomplete type
       enum mcopy_atomic_mode mode,
../include/linux/hugetlb.h:335:19: error: function declaration isn’t a prototype [-Werror=strict-prototypes]
 static inline int hugetlb_mcopy_atomic_pte(struct mm_struct *dst_mm,

Many of:
../mm/slab_common.c:754:8: error: array index in initializer exceeds array bounds
  .name[KMALLOC_RECLAIM] = "kmalloc-rcl-" #__short_size, \
../mm/slab_common.c:766:2: note: in expansion of macro ‘INIT_KMALLOC_INFO’
../mm/slab_common.c:754:8: note: (near initialization for ‘kmalloc_info[0].name’)
  .name[KMALLOC_RECLAIM] = "kmalloc-rcl-" #__short_size, \
../mm/slab_common.c:766:2: note: in expansion of macro ‘INIT_KMALLOC_INFO’

One of:
In file included from <command-line>:0:0:
In function ‘__mm_zero_struct_page.isra.96’,
    inlined from ‘__init_single_page.isra.97’ at ../mm/page_alloc.c:1494:2,
    inlined from ‘init_unavailable_range.isra.98’ at ../mm/page_alloc.c:6496:3:
./../include/linux/compiler_types.h:328:38: error: call to ‘__compiletime_assert_253’ declared with attribute error: BUILD_BUG_ON failed: sizeof(struct page) > 80
  _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
./../include/linux/compiler_types.h:309:4: note: in definition of macro ‘__compiletime_assert’
    prefix ## suffix();    \
./../include/linux/compiler_types.h:328:2: note: in expansion of macro ‘_compiletime_assert’
  _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
../include/linux/build_bug.h:39:37: note: in expansion of macro ‘compiletime_assert’
 #define BUILD_BUG_ON_MSG(cond, msg) compiletime_assert(!(cond), msg)
../include/linux/build_bug.h:50:2: note: in expansion of macro ‘BUILD_BUG_ON_MSG’
  BUILD_BUG_ON_MSG(condition, "BUILD_BUG_ON failed: " #condition)
../include/linux/mm.h:169:2: note: in expansion of macro ‘BUILD_BUG_ON’
  BUILD_BUG_ON(sizeof(struct page) > 80);

Reported-by: Randy Dunlap <>

  reply	other threads:[~2021-05-11 19:39 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-11  4:47 mmotm 2021-05-10-21-46 uploaded akpm
2021-05-11 19:39 ` Randy Dunlap [this message]
2021-05-11 20:47   ` mmotm 2021-05-10-21-46 uploaded (mm/*) Andrew Morton
2021-05-11 22:22     ` Randy Dunlap

Reply instructions:

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

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

  Avoid top-posting and favor interleaved quoting:

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

  git send-email \ \ \ \ \ \ \ \ \ \ \ \
    --subject='Re: mmotm 2021-05-10-21-46 uploaded (mm/*)' \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

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).