From: Stephen Rothwell <sfr@canb.auug.org.au>
To: "Masami Hiramatsu (Google)" <mhiramat@kernel.org>,
Jiri Olsa <olsajiri@gmail.com>,
Steven Rostedt <rostedt@goodmis.org>
Cc: "Christian Brauner" <brauner@kernel.org>,
"Christian Göttsche" <cgzones@googlemail.com>,
"Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
"Linux Next Mailing List" <linux-next@vger.kernel.org>,
"Michael Ellerman" <mpe@ellerman.id.au>,
"Mark Brown" <broonie@kernel.org>
Subject: Re: linux-next: manual merge of the ftrace tree with the vfs-brauner tree
Date: Wed, 3 Jul 2024 03:06:52 +1000 [thread overview]
Message-ID: <20240703030652.1e40e057@canb.auug.org.au> (raw)
In-Reply-To: <20240614100748.fcaa7efe6debea3801682ba1@kernel.org>
[-- Attachment #1: Type: text/plain, Size: 4197 bytes --]
Hi all,
On Fri, 14 Jun 2024 10:07:48 +0900 Masami Hiramatsu (Google) <mhiramat@kernel.org> wrote:
>
> On Fri, 14 Jun 2024 09:05:23 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >
> > On Thu, 13 Jun 2024 09:07:54 +0200 Jiri Olsa <olsajiri@gmail.com> wrote:
> > >
> > > On Thu, Jun 13, 2024 at 11:42:43AM +1000, Stephen Rothwell wrote:
> > > >
> > > > Today's linux-next merge of the ftrace tree got conflicts in:
> > > >
> > > > arch/x86/entry/syscalls/syscall_64.tbl
> > > > include/uapi/asm-generic/unistd.h
> > > >
> > > > between commit:
> > > >
> > > > e6873349f700 ("fs/xattr: add *at family syscalls")
> > > >
> > > > from the vfs-brauner tree and commit:
> > > >
> > > > 190fec72df4a ("uprobe: Wire up uretprobe system call")
> > > >
> > > > from the ftrace tree.
> > > >
> > > > I fixed it up (see below) 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.
> > > >
> > > >
> > > > diff --cc arch/x86/entry/syscalls/syscall_64.tbl
> > > > index 26af003921d2,6452c2ec469a..000000000000
> > > > --- a/arch/x86/entry/syscalls/syscall_64.tbl
> > > > +++ b/arch/x86/entry/syscalls/syscall_64.tbl
> > > > @@@ -385,10 -384,7 +385,11 @@@
> > > > 460 common lsm_set_self_attr sys_lsm_set_self_attr
> > > > 461 common lsm_list_modules sys_lsm_list_modules
> > > > 462 common mseal sys_mseal
> > > > -463 64 uretprobe sys_uretprobe
> > > > +463 common setxattrat sys_setxattrat
> > > > +464 common getxattrat sys_getxattrat
> > > > +465 common listxattrat sys_listxattrat
> > > > +466 common removexattrat sys_removexattrat
> > > > ++467 64 uretprobe sys_uretprobe
> > > >
> > > > #
> > > > # Due to a historical design error, certain syscalls are numbered differently
> > > > diff --cc include/uapi/asm-generic/unistd.h
> > > > index 5b8dab0b934e,2378f88d5ad4..000000000000
> > > > --- a/include/uapi/asm-generic/unistd.h
> > > > +++ b/include/uapi/asm-generic/unistd.h
> > > > @@@ -845,17 -845,11 +845,20 @@@ __SYSCALL(__NR_lsm_list_modules, sys_ls
> > > > #define __NR_mseal 462
> > > > __SYSCALL(__NR_mseal, sys_mseal)
> > > >
> > > > -#define __NR_uretprobe 463
> > > > +#define __NR_setxattrat 463
> > > > +__SYSCALL(__NR_setxattrat, sys_setxattrat)
> > > > +#define __NR_getxattrat 464
> > > > +__SYSCALL(__NR_getxattrat, sys_getxattrat)
> > > > +#define __NR_listxattrat 465
> > > > +__SYSCALL(__NR_listxattrat, sys_listxattrat)
> > > > +#define __NR_removexattrat 466
> > > > +__SYSCALL(__NR_removexattrat, sys_removexattrat)
> > > > +
> > > > ++#define __NR_uretprobe 467
> > > > + __SYSCALL(__NR_uretprobe, sys_uretprobe)
> > >
> > > we need one more change in tests (below), otherwise lgtm
> > > I can send formal patch for you if needed, plz let me know
> > >
> > > ---
> > > diff --git a/tools/testing/selftests/bpf/prog_tests/uprobe_syscall.c b/tools/testing/selftests/bpf/prog_tests/uprobe_syscall.c
> > > index c8517c8f5313..bd8c75b620c2 100644
> > > --- a/tools/testing/selftests/bpf/prog_tests/uprobe_syscall.c
> > > +++ b/tools/testing/selftests/bpf/prog_tests/uprobe_syscall.c
> > > @@ -216,7 +216,7 @@ static void test_uretprobe_regs_change(void)
> > > }
> > >
> > > #ifndef __NR_uretprobe
> > > -#define __NR_uretprobe 463
> > > +#define __NR_uretprobe 467
> > > #endif
> > >
> > > __naked unsigned long uretprobe_syscall_call_1(void)
> >
> > Or you could change __NR_uretprobe in the patch set to 467, then this
> > will become just a conflict and not a renumbering.
>
> OK, Jiri, can you send it to me. I will update probes/for-next.
So, is there any chance that the uretprobe syscall can change to 467 in
the ftrace tree, so we have no overlap in syscall numbers for all the
syscalls likely to be merged by Linus?
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
next prev parent reply other threads:[~2024-07-02 17:06 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-13 1:42 linux-next: manual merge of the ftrace tree with the vfs-brauner tree Stephen Rothwell
2024-06-13 7:07 ` Jiri Olsa
2024-06-13 23:05 ` Stephen Rothwell
2024-06-14 1:07 ` Masami Hiramatsu
2024-07-02 17:06 ` Stephen Rothwell [this message]
-- strict thread matches above, loose matches on Subject: below --
2024-07-17 3:21 Stephen Rothwell
2024-07-19 0:34 ` Stephen Rothwell
2024-11-08 2:55 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=20240703030652.1e40e057@canb.auug.org.au \
--to=sfr@canb.auug.org.au \
--cc=brauner@kernel.org \
--cc=broonie@kernel.org \
--cc=cgzones@googlemail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=mhiramat@kernel.org \
--cc=mpe@ellerman.id.au \
--cc=olsajiri@gmail.com \
--cc=rostedt@goodmis.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox