summaryrefslogtreecommitdiffstats
path: root/tests
diff options
context:
space:
mode:
authorSoumya Koduri <skoduri@redhat.com>2019-03-28 14:59:00 +0530
committerAmar Tumballi <amarts@redhat.com>2019-04-03 04:30:53 +0000
commit491ff40a7a9ffb186ab1c7772eb8d4e75ad2c2b0 (patch)
tree89d9319d3c49bebe09c4a3ae493649fff0330ddc /tests
parentdbfff66092178b03667b45cff9f97635129ab8be (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#1694561 Signed-off-by: Soumya Koduri <skoduri@redhat.com> (cherry picked from commit 4a03a71c6171f6e8382664d9d29857d06ef37741)
Diffstat (limited to 'tests')
0 files changed, 0 insertions, 0 deletions