server: process STOP/QUIT commands out-of-line
authorJens Axboe <axboe@kernel.dk>
Wed, 21 Mar 2018 21:48:17 +0000 (15:48 -0600)
committerJens Axboe <axboe@kernel.dk>
Wed, 21 Mar 2018 21:48:17 +0000 (15:48 -0600)
commitb647a293d70949b8c401772936a8000d10eb1bb9
tree2fa695c48cdf16bb4934a6e8f0a5ff9fe8422016
parent0f0346e0c8f9141ceea8a5de8264c635ea0cae9b
server: process STOP/QUIT commands out-of-line

At the end of a job, the stats entries are queued up for
out-of-line transmission, but we immediately queue a client
STOP+QUIT command right after that. If the command handling
loop doesn't wakeup and process the stats commands before we
process the STOP+QUIT inline, then we lose the stats output
from those commands. The result is that the client won't see
the job output from that job, or the "All clients" output.

We should impose proper ordering for all commands, but this
is a quick fix to ensure that we don't hit the above mentioned
but. For other commands we don't care about ordering between
inline and out-of-line commands, so it's likely good enough
to carry us forward.

Reported-by: Jeff Furlong <jeff.furlong@wdc.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
server.c