diff options
| author | Soumya Koduri <skoduri@redhat.com> | 2019-03-28 14:59:00 +0530 |
|---|---|---|
| committer | Shyamsundar Ranganathan <srangana@redhat.com> | 2019-04-08 14:00:56 +0000 |
| commit | 3f9f00b2e5ec4ad845f3c8edef56fec0b4e4bbc1 (patch) | |
| tree | a6e5e5d75f27fdcca346206a9d5cdc597dedfe5b /libglusterfs/src/common-utils.c | |
| parent | e9429bdda11217d3565825f413873be1bcc3ed9f (diff) | |
gfapi: Unblock epoll thread for upcall processing
With commit#ad35193,we have made changes to offload
processing upcall notifications to synctask so as not
to block epoll threads. However seems like the issue wasnt
fully addressed.
In "glfs_cbk_upcall_data" -> "synctask_new1" after creating synctask
if there is no callback defined, the thread waits on synctask_join
till the syncfn is finished. So that way even with those changes,
epoll threads are blocked till the upcalls are processed.
Hence the right fix now is to define a callback function for that
synctask "glfs_cbk_upcall_syncop" so as to unblock epoll/notify threads
completely and the upcall processing can happen in parallel by synctask
threads.
Change-Id: I4d8645e3588fab2c3ca534e0112773aaab68a5dd
fixes: bz#1694563
Signed-off-by: Soumya Koduri <skoduri@redhat.com>
Diffstat (limited to 'libglusterfs/src/common-utils.c')
0 files changed, 0 insertions, 0 deletions