diff options
author | Kaleb S. KEITHLEY <kkeithle@redhat.com> | 2017-06-30 09:52:37 -0400 |
---|---|---|
committer | Shyamsundar Ranganathan <srangana@redhat.com> | 2017-07-03 12:47:48 +0000 |
commit | 109b6f34ca12e5f5de68ece43e4a425cbb6249d4 (patch) | |
tree | 06170268b56f14f2728a6c923567299f2fbc51e2 /libglusterfs | |
parent | 1764ba4654bcdac9155e81727e1467b024e4a01b (diff) |
core: assorted typos and spelling mistakes from Debian lintian
Plus minor readability improvements.
Reported-by: pmatthaei@debian.org
master BUG: 1466785
master https://review.gluster.org/17660
Change-Id: I5393819a2fc9f240a19811143bb57b127df717cf
BUG: 1466801
Signed-off-by: Kaleb S. KEITHLEY <kkeithle@redhat.com>
Reviewed-on: https://review.gluster.org/17661
Smoke: Gluster Build System <jenkins@build.gluster.org>
CentOS-regression: Gluster Build System <jenkins@build.gluster.org>
Reviewed-by: Shyamsundar Ranganathan <srangana@redhat.com>
Diffstat (limited to 'libglusterfs')
-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, |