OSDN Git Service

fs: Improve eventpoll logging to stop indicting timerfd
authorKelly Rossmoyer <krossmo@google.com>
Thu, 19 Oct 2017 20:24:10 +0000 (13:24 -0700)
committerArian <arian.kulmer@web.de>
Tue, 19 Nov 2019 14:46:30 +0000 (15:46 +0100)
commita65511b6f16c425f49c27d474ec7cb0827de7b9c
treecb795aa8940efdf7c0b45a2176b75040390e872a
parent5084ffe67eee0e4c8433a7c5675b2a71e06ee133
fs: Improve eventpoll logging to stop indicting timerfd

timerfd doesn't create any wakelocks; eventpoll can, and is creating the
wakelocks we see called "[timerfd]".  eventpoll creates two kinds of
wakelocks: a single top-level lock associated with the eventpoll fd
itself, and one additional lock for each fd it is polling that needs such
a lock (e.g. those using EPOLLWAKEUP).  Current code names the per-fd
locks using the undecorated names of the fds' associated files (hence
"[timerfd]"), and is naming the top-level lock after the PID of the caller
and the name of the file behind the first fd for which a per-fd lock is
created.  To make things clearer, the top-level lock is now named using
the caller PID and an "epollfd" designation, while the per-fd locks are
also named with the caller's PID (to associate them with the top-level
lock) and their respective fds' file names.

Bug: 63622255
Bug: 38042165
Test: Ran on device and observed new wakelock naming in bugreport, dumpsys
batterystats, /d/tracing/trace, and d/wakeup_reasons.
Change-Id: I32bfe5fe6766bb569329a450cc7163d52d59ed34
Signed-off-by: Kelly Rossmoyer <krossmo@google.com>
fs/eventpoll.c
fs/timerfd.c