From: Sven Schnelle <svens@linux.ibm.com>
To: Mark Brown <broonie@kernel.org>
Cc: Christian Brauner <brauner@kernel.org>,
Jann Horn <jannh@google.com>,
linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org
Subject: Re: Test failure from "file: convert to SLAB_TYPESAFE_BY_RCU"
Date: Fri, 06 Oct 2023 11:19:58 +0200 [thread overview]
Message-ID: <yt9dil7k151d.fsf@linux.ibm.com> (raw)
In-Reply-To: <00e5cc23-a888-46ce-8789-fc182a2131b0@sirena.org.uk> (Mark Brown's message of "Fri, 6 Oct 2023 01:04:19 +0100")
Mark Brown <broonie@kernel.org> writes:
> For the past few days (I was away last week...) the fd-003-kthread.c
> test from the proc kselftests has been failing on arm64, this is an
> nfsroot system if that makes any odds. The test output itself is:
>
> # selftests: proc: fd-003-kthread
> # fd-003-kthread: fd-003-kthread.c:113: test_readdir: Assertion `!de' failed.
> # Aborted
> not ok 3 selftests: proc: fd-003-kthread # exit=134
>
> I ran a bisect which pointed at the commit
>
> d089d9d056c048303aedd40a7f3f26593ebd040c file: convert to SLAB_TYPESAFE_BY_RCU
>
> (I can't seem to find that on lore.) I've not done any further analysis
> of what the commit is doing or anything, though it does look like the
> bisect ran fairly smoothly and it looks at least plausibly related to
> the issue and reverting the commit on top of -next causes the test to
> start passing again.
I'm seeing the same with the strace test-suite on s390. The problem is
that /proc/*/fd now contains the file descriptors of the calling
process, and not the target process.
Old kernel:
# ls -l /proc/1/fd
total 0
lrwx------. 1 root root 64 Oct 6 11:11 0 -> /dev/null
lrwx------. 1 root root 64 Oct 6 11:11 1 -> /dev/null
lr-x------. 1 root root 64 Oct 6 11:12 10 -> /proc/1/mountinfo
lr-x------. 1 root root 64 Oct 6 11:12 11 -> anon_inode:inotify
lr-x------. 1 root root 64 Oct 6 11:12 13 -> anon_inode:inotify
lr-x------. 1 root root 64 Oct 6 11:12 14 -> /proc/swaps
lrwx------. 1 root root 64 Oct 6 11:12 15 -> 'socket:[5419]'
lrwx------. 1 root root 64 Oct 6 11:12 16 -> 'socket:[5420]'
[..]
# ls -l /proc/2/fd
total 0
#
New kernel:
# ls -l /proc/1/fd
total 0
lrwx------. 1 root root 64 Oct 6 11:14 0 -> /dev/null
lrwx------. 1 root root 64 Oct 6 11:14 1 -> /dev/null
lrwx------. 1 root root 64 Oct 6 11:14 2 -> /dev/null
lr-x------. 1 root root 64 Oct 6 11:14 3 -> /dev/kmsg
# ls -l /proc/2/fd
ls: cannot read symbolic link '/proc/2/fd/0': No such file or directory
ls: cannot read symbolic link '/proc/2/fd/1': No such file or directory
ls: cannot read symbolic link '/proc/2/fd/2': No such file or directory
ls: cannot read symbolic link '/proc/2/fd/3': No such file or directory
total 0
lrwx------. 1 root root 64 Oct 6 11:14 0
lrwx------. 1 root root 64 Oct 6 11:14 1
lrwx------. 1 root root 64 Oct 6 11:14 2
lr-x------. 1 root root 64 Oct 6 11:14 3
next prev parent reply other threads:[~2023-10-06 9:20 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-06 0:04 Test failure from "file: convert to SLAB_TYPESAFE_BY_RCU" Mark Brown
2023-10-06 8:38 ` Christian Brauner
2023-10-06 19:47 ` Christian Brauner
2023-10-06 9:19 ` Sven Schnelle [this message]
2023-10-06 12:39 ` Mateusz Guzik
2023-10-06 12:54 ` Sven Schnelle
2023-10-06 13:21 ` Mateusz Guzik
2023-10-06 19:49 ` Christian Brauner
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=yt9dil7k151d.fsf@linux.ibm.com \
--to=svens@linux.ibm.com \
--cc=brauner@kernel.org \
--cc=broonie@kernel.org \
--cc=jannh@google.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.