From: "W. Michael Petullo" <mike@flyn.org>
To: linux-kernel@vger.kernel.org
Subject: Walking a wait_queue_t list of tasks blocked on pipe
Date: Wed, 13 Jan 2016 22:30:19 -0500 [thread overview]
Message-ID: <20160114033019.GA11746@imp.flyn.org> (raw)
I am trying to write code to walk a wait_queue_t list as part of a LSM
file_permission function. The purpose is to act on each task which has
blocked while trying to read from a pipe.
I modeled my code on __wake_up_common() in kernel/sched/core.c, and it
looks something like this:
// i_pipe is a struct pipe_inode_info *
if (i_pipe->reader <= 0) {
return;
}
list_for_each_entry_safe(curr, next, &i_pipe->wait.task, task_list) {
[...]
struct task_struct *blocked = curr->private;
[...]
}
I am not updating the list itself. I am merely setting a value within
each task_struct's security object.
I have tried to wrap my code with this:
pipe_lock(i_pipe)
pipe_unlock[...]
this:
write_lock_irq(&tasklist_lock)
write_unlock_irq[...]
and also this:
spin_lock_irqsave(&i_pipe->wait.lock, flags)
spin_unlock_irqrestore[...]
Despite these locks, I sometimes find that blocked (AKA curr->private) ==
NULL during an iteration of the list_for_each_entry_safe loop, and this
surprises me. Somme memory corruption errors also seem to indicate that
sometimes blocked contains an invalid pointer other than NULL. Why would
there be en entry in the wait_queue_t list which does not have a process
associated with it? Is the data structure moving out from under me? Is
there something else I should lock?
Thank you,
--
Mike
:wq
next reply other threads:[~2016-01-14 3:37 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-14 3:30 W. Michael Petullo [this message]
2016-01-14 8:33 ` Walking a wait_queue_t list of tasks blocked on pipe Christoph Hellwig
2016-01-14 21:45 ` W. Michael Petullo
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=20160114033019.GA11746@imp.flyn.org \
--to=mike@flyn.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox