diff options
| author | Omar Sandoval <osandov@fb.com> | 2017-10-11 10:39:15 -0700 |
|---|---|---|
| committer | Jens Axboe <axboe@kernel.dk> | 2017-10-17 16:18:11 -0600 |
| commit | 8cf466602028196b939255f1eb4e9817efd1db6d (patch) | |
| tree | b6c504e5f61c4d5712cf4f54e077de551e9467fa /Kconfig | |
| parent | 30c516d750396c5f3ec9cb04c9e025c25e91495e (diff) | |
| download | linux-0-day-8cf466602028196b939255f1eb4e9817efd1db6d.tar.gz linux-0-day-8cf466602028196b939255f1eb4e9817efd1db6d.tar.xz | |
kyber: fix hang on domain token wait queue
When we're getting a domain token, if we fail to get a token on our
first attempt, we put the current hardware queue on a wait queue and
then try again just in case a token was freed after our initial attempt
but before we got on the wait queue. If this second attempt succeeds, we
currently leave the hardware queue on the wait queue. Usually this is
okay; we'll just run the hardware queue one extra time when another
token is freed. However, if the hardware queue doesn't have any other
requests waiting, then when it it gets the extra wakeup, it won't have
anything to free and therefore won't wake up any other hardware queues.
If tokens are limited, then we won't make forward progress and the
device will hang.
Reported-by: Bin Zha <zhabin.zb@alibaba-inc.com>
Signed-off-by: Omar Sandoval <osandov@fb.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'Kconfig')
0 files changed, 0 insertions, 0 deletions