diff options
| author | Kaleb S. KEITHLEY <kkeithle@redhat.com> | 2017-06-30 09:05:51 -0400 |
|---|---|---|
| committer | Shyamsundar Ranganathan <srangana@redhat.com> | 2017-07-03 12:47:13 +0000 |
| commit | a14475fa835289f956af652b6b73ddaeffd4bf18 (patch) | |
| tree | 0dcc570a0871dc7ef5efcc69ada6e5618c7883f5 /libglusterfs/src/event-epoll.c | |
| parent | 89faa4661d1ef66a9f8fe3b79e26bf4505ab6c61 (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.c | 24 |
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, |