diff options
| author | Al Viro <viro@ZenIV.linux.org.uk> | 2014-08-01 20:13:40 +0100 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2014-11-14 08:47:55 -0800 |
| commit | 5f73dee2222e4b602c88419a19dd02ef896513f8 (patch) | |
| tree | f944e032f1280dc4dae9d01a9f3b425fd18a5a7d /net/netlink | |
| parent | a58d9ee3e1b064e8b449177dedab4d2da162fdd0 (diff) | |
| download | linux-3.10-5f73dee2222e4b602c88419a19dd02ef896513f8.tar.gz linux-3.10-5f73dee2222e4b602c88419a19dd02ef896513f8.tar.bz2 linux-3.10-5f73dee2222e4b602c88419a19dd02ef896513f8.zip | |
kill wbuf_queued/wbuf_dwork_lock
commit 99358a1ca53e8e6ce09423500191396f0e6584d2 upstream.
schedule_delayed_work() happening when the work is already pending is
a cheap no-op. Don't bother with ->wbuf_queued logics - it's both
broken (cancelling ->wbuf_dwork leaves it set, as spotted by Jeff Harris)
and pointless. It's cheaper to let schedule_delayed_work() handle that
case.
Reported-by: Jeff Harris <jefftharris@gmail.com>
Tested-by: Jeff Harris <jefftharris@gmail.com>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'net/netlink')
0 files changed, 0 insertions, 0 deletions