linux-next: manual merge of the bpf-next tree with the bpf tree

Mark Brown <[email protected]>
Newsgroups org.kernel.vger.netdev,org.kernel.vger.bpf,org.kernel.vger.linux-kernel,org.kernel.vger.linux-next
Message-ID <[email protected]>
Hi all,

Today's linux-next merge of the bpf-next tree got a conflict in:

  tools/testing/selftests/bpf/prog_tests/cb_refs.c

between commit:

  04ae4ffc57a6b ("selftests/bpf: Check callback map value lock identity")

from the bpf tree and commits:

  ab7fff217fd14 ("bpf: Check helper and kfunc arguments in one path")
  5dc1549afac9c ("bpf: Consolidate release argument validation")
  750f3770809ac ("bpf: Consolidate nullable argument validation")

from the bpf-next 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 tools/testing/selftests/bpf/prog_tests/cb_refs.c
index 490e15e7126d9,c32c6dab49bce..0000000000000
--- a/tools/testing/selftests/bpf/prog_tests/cb_refs.c
+++ b/tools/testing/selftests/bpf/prog_tests/cb_refs.c
@@@ -11,9 -11,9 +11,9 @@@ struct 
  	const char *prog_name;
  	const char *err_msg;
  } cb_refs_tests[] = {
- 	{ "underflow_prog", "release kfunc bpf_kfunc_call_test_release expects referenced PTR_TO_BTF_ID passed to R1" },
- 	{ "leak_prog", "Possibly NULL pointer passed to helper R2" },
+ 	{ "underflow_prog", "R1 type=scalar expected=ptr_, trusted_ptr_, rcu_ptr_" },
+ 	{ "leak_prog", "Unreleased reference id=4 alloc_insn=3" }, /* alloc_insn=3{2,3} */
 -	{ "nested_cb", "Unreleased reference id=4 alloc_insn=2" }, /* alloc_insn=2{4,5} */
 +	{ "nested_cb", "Unreleased reference id=5 alloc_insn=2" }, /* alloc_insn=2{4,5} */
  	{ "non_cb_transfer_ref", "Unreleased reference id=4 alloc_insn=1" }, /* alloc_insn=1{1,2} */
  };
signature.asc (application/pgp-signature, 488 B)
-----BEGIN PGP SIGNATURE-----

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmqtGwsACgkQJNaLcl1U
h9C0awf9HuzsVsemRZFKDLZd5/naPyIntreoHR3j+vDnj3/RW909Y3HmaFXGSjSe
kUV8tIZDG8zqTLEUoapitlcuR3hgIdeqn9+R/Wh+lxDC17KE0L+ehVDuL63Q5JTu
6CVtv2+xYXx3iec+P1JNPfeiveV1aXh6ugvaZTl2o9DFoi+Mu7JdRPY/zoDuK0Bj
Hn4ZtU3pGZEkt5VDILlZAQYkDUamti/6b1+hzBDVXo+yZlZtrI7AyP3y43RpPMMl
G4WVlpbLBAhukY8gpX4Po/2Ufe83zQGmFgiH0M3Rg89GVYAsaQUaKYIIH87y2xGn
BAXdW69D4pJ9z4IuoazlzgpbCj8h1A==
=u948
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.