summaryrefslogtreecommitdiffstats
path: root/libglusterfs/src/event-epoll.c
diff options
context:
space:
mode:
authorKaleb S. KEITHLEY <kkeithle@redhat.com>2017-06-30 09:05:51 -0400
committerShyamsundar Ranganathan <srangana@redhat.com>2017-07-03 12:47:13 +0000
commita14475fa835289f956af652b6b73ddaeffd4bf18 (patch)
tree0dcc570a0871dc7ef5efcc69ada6e5618c7883f5 /libglusterfs/src/event-epoll.c
parent89faa4661d1ef66a9f8fe3b79e26bf4505ab6c61 (diff)
core: assorted typos and spelling mistakes from Debian lintian
Plus minor readability improvements. Reported-by: pmatthaei@debian.org Change-Id: I5393819a2fc9f240a19811143bb57b127df717cf BUG: 1466785 Signed-off-by: Kaleb S. KEITHLEY <kkeithle@redhat.com> Reviewed-on: https://review.gluster.org/17660 Smoke: Gluster Build System <jenkins@build.gluster.org> Reviewed-by: Shyamsundar Ranganathan <srangana@redhat.com> CentOS-regression: Gluster Build System <jenkins@build.gluster.org>
Diffstat (limited to 'libglusterfs/src/event-epoll.c')
-rw-r--r--libglusterfs/src/event-epoll.c24
1 files changed, 12 insertions, 12 deletions
diff --git a/libglusterfs/src/event-epoll.c b/libglusterfs/src/event-epoll.c
index 4b76cc96fd3..eac1f058b15 100644
--- a/libglusterfs/src/event-epoll.c
+++ b/libglusterfs/src/event-epoll.c
@@ -482,18 +482,18 @@ event_select_on_epoll (struct event_pool *event_pool, int fd, int idx,
ev_data->gen = slot->gen;
if (slot->in_handler)
- /* in_handler indicates at least one thread
- executing event_dispatch_epoll_handler()
- which will perform epoll_ctl(EPOLL_CTL_MOD)
- anyways (because of EPOLLET)
-
- This not only saves a system call, but also
- avoids possibility of another epoll thread
- parallely picking up the next event while the
- ongoing handler is still in progress (and
- resulting in unnecessary contention on
- rpc_transport_t->mutex).
- */
+ /*
+ * in_handler indicates at least one thread
+ * executing event_dispatch_epoll_handler()
+ * which will perform epoll_ctl(EPOLL_CTL_MOD)
+ * anyways (because of EPOLLET)
+ *
+ * This not only saves a system call, but also
+ * avoids possibility of another epoll thread
+ * picking up the next event while the ongoing
+ * handler is still in progress (and resulting
+ * in unnecessary contention on rpc_transport_t->mutex).
+ */
goto unlock;
ret = epoll_ctl (event_pool->fd, EPOLL_CTL_MOD, fd,