From: Chris Mason <clm@fb.com>
To: Benjamin LaHaise <bcrl@kvack.org>
Cc: <linux-fsdevel@vger.kernel.org>, <linux-aio@kvack.org>,
Peter Zijlstra <peterz@infradead.org>
Subject: Re: [PATCH RFC] fs/aio: fix sleeping while TASK_INTERRUPTIBLE
Date: Tue, 23 Dec 2014 13:55:26 -0500 [thread overview]
Message-ID: <1419360926.13012.12@mail.thefacebook.com> (raw)
In-Reply-To: <20141223184328.GB17185@kvack.org>
On Tue, Dec 23, 2014 at 1:43 PM, Benjamin LaHaise <bcrl@kvack.org>
wrote:
> On Mon, Dec 22, 2014 at 07:16:25PM -0500, Chris Mason wrote:
>> The 3.19 merge window brought in a great new warning to catch
>> someone
>> calling might_sleep with their state != TASK_RUNNING. The idea was
>> to
>> find buggy code locking mutexes after calling prepare_to_wait(),
>> kind
>> of like this:
> ...
>> This has been lightly tested and hasn't been benchmarked, so RFC for
>> now.
>
> This was on my list of things to look at today.
>
> I'm not at all happy with this particular patch. It looks like this
> issue
> was introduced back in 3.10 by Kent's big overhaul of things. The
> main
> benefit Kent's changes achieved stems from holding ring_lock across
> fetching
> multiple events rather than taking the spin lock for every event. I'm
> going to see if I can come up with a simpler way of fixing this.
Works for me, the patch is mostly a (somewhat commented) list of all
the places we're currently doing it wrong.
-chris
--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org. For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>
next prev parent reply other threads:[~2014-12-23 18:55 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-23 0:16 [PATCH RFC] fs/aio: fix sleeping while TASK_INTERRUPTIBLE Chris Mason
2014-12-23 18:43 ` Benjamin LaHaise
2014-12-23 18:55 ` Chris Mason [this message]
2014-12-23 21:58 ` Benjamin LaHaise
2014-12-25 2:59 ` Kent Overstreet
2014-12-25 3:11 ` Benjamin LaHaise
2014-12-25 3:29 ` Kent Overstreet
2014-12-29 1:24 ` Chris Mason
2014-12-25 2:56 ` Kent Overstreet
2014-12-25 14:27 ` Sedat Dilek
2015-01-04 10:16 ` Sedat Dilek
2014-12-29 15:08 ` Chris Mason
2014-12-29 22:08 ` Kent Overstreet
2015-01-13 16:06 ` Benjamin LaHaise
2015-01-13 16:20 ` Chris Mason
2015-01-21 10:13 ` Dave Chinner
2015-01-21 21:42 ` Chris Mason
2015-02-03 9:14 ` Sedat Dilek
2015-02-03 9:54 ` Sedat Dilek
2015-02-09 3:08 ` Sedat Dilek
2015-02-09 4:21 ` Sedat Dilek
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=1419360926.13012.12@mail.thefacebook.com \
--to=clm@fb.com \
--cc=bcrl@kvack.org \
--cc=linux-aio@kvack.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=peterz@infradead.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.