From: Stephen Rothwell <sfr@canb.auug.org.au>
To: Daniel Borkmann <daniel@iogearbox.net>,
Alexei Starovoitov <ast@kernel.org>,
Andrii Nakryiko <andrii@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>
Cc: bpf <bpf@vger.kernel.org>, Networking <netdev@vger.kernel.org>,
Chen Ridong <chenridong@huawei.com>,
JP Kobryn <inwardvessel@gmail.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linux Next Mailing List <linux-next@vger.kernel.org>,
Roman Gushchin <roman.gushchin@linux.dev>
Subject: linux-next: manual merge of the bpf-next tree with the mm-unstable tree
Date: Mon, 5 Jan 2026 13:04:13 +1100 [thread overview]
Message-ID: <20260105130413.273ee0ee@canb.auug.org.au> (raw)
[-- Attachment #1: Type: text/plain, Size: 1466 bytes --]
Hi all,
Today's linux-next merge of the bpf-next tree got a semantic conflict in:
include/linux/memcontrol.h
mm/memcontrol-v1.c
mm/memcontrol.c
between commit:
eb557e10dcac ("memcg: move mem_cgroup_usage memcontrol-v1.c")
from the mm-unstable tree and commit:
99430ab8b804 ("mm: introduce BPF kfuncs to access memcg statistics and events")
from the bpf-next tree producing this build failure:
mm/memcontrol-v1.c:430:22: error: static declaration of 'mem_cgroup_usage' follows non-static declaration
430 | static unsigned long mem_cgroup_usage(struct mem_cgroup *memcg, bool swap)
| ^~~~~~~~~~~~~~~~
In file included from mm/memcontrol-v1.c:3:
include/linux/memcontrol.h:953:15: note: previous declaration of 'mem_cgroup_usage' with type 'long unsigned int(struct mem_cgroup *, bool)' {aka 'long unsigned int(struct mem_cgroup *, _Bool)'}
953 | unsigned long mem_cgroup_usage(struct mem_cgroup *memcg, bool swap);
| ^~~~~~~~~~~~~~~~
I fixed it up (I reverted the mm-unstable tree commit) and can carry the
fix as necessary. This is now fixed as far as linux-next is concerned,
but any non trivial conflicts should be mentioned to your upstream
maintainer when your tree is submitted for merging. You may also want
to consider cooperating with the maintainer of the conflicting tree to
minimise any particularly complex conflicts.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
next reply other threads:[~2026-01-05 2:04 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-05 2:04 Stephen Rothwell [this message]
2026-01-06 2:15 ` linux-next: manual merge of the bpf-next tree with the mm-unstable tree Alexei Starovoitov
2026-01-06 2:44 ` Chen Ridong
2026-01-06 4:23 ` Roman Gushchin
2026-01-06 21:40 ` Stephen Rothwell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260105130413.273ee0ee@canb.auug.org.au \
--to=sfr@canb.auug.org.au \
--cc=akpm@linux-foundation.org \
--cc=andrii@kernel.org \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=chenridong@huawei.com \
--cc=daniel@iogearbox.net \
--cc=inwardvessel@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=roman.gushchin@linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox