Now that CONFIG_DEPT_AGGRESSIVE_TIMEOUT_WAIT was introduced, apply the
consideration to dma fence wait.

Signed-off-by: Byungchul Park <byungchul.p...@lge.com>
---
 drivers/dma-buf/dma-fence.c | 10 ++++++++--
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/drivers/dma-buf/dma-fence.c b/drivers/dma-buf/dma-fence.c
index dd190cf..ee9b350 100644
--- a/drivers/dma-buf/dma-fence.c
+++ b/drivers/dma-buf/dma-fence.c
@@ -783,7 +783,10 @@ struct default_wait_cb {
        cb.task = current;
        list_add(&cb.base.node, &fence->cb_list);
 
-       sdt_might_sleep_strong(NULL);
+       if (timeout == MAX_SCHEDULE_TIMEOUT)
+               sdt_might_sleep_strong(NULL);
+       else
+               sdt_might_sleep_strong_timeout(NULL);
        while (!test_bit(DMA_FENCE_FLAG_SIGNALED_BIT, &fence->flags) && ret > 
0) {
                if (intr)
                        __set_current_state(TASK_INTERRUPTIBLE);
@@ -887,7 +890,10 @@ struct default_wait_cb {
                }
        }
 
-       sdt_might_sleep_strong(NULL);
+       if (timeout == MAX_SCHEDULE_TIMEOUT)
+               sdt_might_sleep_strong(NULL);
+       else
+               sdt_might_sleep_strong_timeout(NULL);
        while (ret > 0) {
                if (intr)
                        set_current_state(TASK_INTERRUPTIBLE);
-- 
1.9.1

Reply via email to