Fedora 35 indeed<br><br>On Friday, December 3, 2021, Dmitry V. Levin <<a href="mailto:ldv@altlinux.org">ldv@altlinux.org</a>> wrote:<br>> On Fri, Dec 03, 2021 at 03:33:45PM +0100, Renaud M├ętrich wrote:<br>>> Hello,<br>>><br>>> Not sure you are aware, but while resync my secontext PR<br>>> <a href="https://github.com/strace/strace/pull/197">https://github.com/strace/strace/pull/197</a> I falled into 3 tests failing,<br>>> not related to my implementation:<br>>><br>>> FAIL: ioctl_block.gen.test<br>>> FAIL: ioctl_block--pidns-translation.test<br>>> FAIL: net-yy-unix.test<br>>><br>>> ioctl* ones are related to changes in the output for BLKGETDISKSEQ, e.g.:<br>>><br>>> -638534 ioctl(-1, BLKGETDISKSEQ, NULL) = -1 EBADF (Bad file descriptor)<br>>> +638534 ioctl(-1, _IOC(_IOC_READ, 0x12, 0x80, 0x8), NULL) = -1 EBADF<br>>> (Bad file descriptor)<br>><br>> No, I haven't seen this anywhere yet.<br>> What's the environment where you observe it?<br>><br>>> and net-yy-unix.test is related to changes in the output of unix<br>>> sockets, e.g.:<br>>><br>>> -connect(4<UNIX:[2474462]>, {sa_family=AF_UNIX, sun_path="net-yy-unix.socket"}, 21) = 0<br>>> +connect(4<socket:[2474462]>, {sa_family=AF_UNIX, sun_path="net-yy-unix.socket"}, 21) = 0<br>><br>> Yes, I've started seeing this a few days before the latest release on the<br>> following two hosts:<br>><br>> Linux <a href="http://aarch64-test01.fedorainfracloud.org">aarch64-test01.fedorainfracloud.org</a> 5.15.5-200.fc35.aarch64 #1 SMP Fri Nov 26 00:30:50 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux<br>> Linux <a href="http://rawhide-test.fedorainfracloud.org">rawhide-test.fedorainfracloud.org</a> 5.15.0-0.rc3.20211001git4de593fb965f.30.fc36.x86_64 #1 SMP Fri Oct 1 16:47:19 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux<br>><br>> It looks like an ABI change introduced in the latest fedora kernels so<br>> that getxattr("/proc/PID/fd/FD", "system.sockprotoname") now returns<br>> "UNIX-STREAM" instead of "UNIX".<br>><br>> The regression was introduced by Linux kernel commit<br>> v5.15-rc1~157^2~22^2~30^2~3, and the subsequent attempt to fix<br>> backwards compatibility v5.15-rc6~34^2~22 didn't help either.<br>><br>> Please report this kernel regression upstream.<br>><br>><br>> --<br>> ldv<br>> --<br>> Strace-devel mailing list<br>> <a href="mailto:Strace-devel@lists.strace.io">Strace-devel@lists.strace.io</a><br>> <a href="https://lists.strace.io/mailman/listinfo/strace-devel">https://lists.strace.io/mailman/listinfo/strace-devel</a><br>><br><br>-- <br>Renaud<br>Sent from my phone, sorry for the typos...<br>