summaryrefslogtreecommitdiff
path: root/mali_kbase
diff options
context:
space:
mode:
authorDebarshi Dutta <debarshid@google.com>2023-04-12 10:08:59 +0000
committerDebarshi Dutta <debarshid@google.com>2023-05-09 16:14:03 +0000
commit45fb394a3248b3548579bd7a5d1e3c8d3aadd8db (patch)
tree32508a20c136fb8447e573ca792710c7c75192ac /mali_kbase
parent466acbc9cab1046e658873fa3c584464703c1fe2 (diff)
downloadgpu-45fb394a3248b3548579bd7a5d1e3c8d3aadd8db.tar.gz
mali_kbase: Remove incorrect WARN()
The WARN() call at the beginning of the function schedule_on_tick() is incorrect as kbase_gpu_interrupt() might enqueue another tick_work(2) into the scheduler before the already inflight worker tick_work(1) sets the tick_timer_active variable to true. This could result in a condition where the hrtimer hasn't still expired and tick_work(1) starts executing resulting in the WARN_ON() being fired. The timer works asynchronously with the tick_work() and hence this warning can be removed from here. Bug 207824944 Change-Id: I873624c76b0de102bbcdd451a8402cb1c096edda
Diffstat (limited to 'mali_kbase')
-rw-r--r--mali_kbase/csf/mali_kbase_csf_scheduler.c2
1 files changed, 0 insertions, 2 deletions
diff --git a/mali_kbase/csf/mali_kbase_csf_scheduler.c b/mali_kbase/csf/mali_kbase_csf_scheduler.c
index d923238..e472dba 100644
--- a/mali_kbase/csf/mali_kbase_csf_scheduler.c
+++ b/mali_kbase/csf/mali_kbase_csf_scheduler.c
@@ -384,7 +384,6 @@ static void start_tick_timer(struct kbase_device *kbdev)
lockdep_assert_held(&scheduler->lock);
spin_lock_irqsave(&scheduler->interrupt_lock, flags);
- WARN_ON(scheduler->tick_timer_active);
if (likely(!scheduler->tick_timer_active)) {
scheduler->tick_timer_active = true;
@@ -5682,7 +5681,6 @@ static void schedule_on_tick(struct kthread_work *work)
mutex_lock(&scheduler->lock);
- WARN_ON(scheduler->tick_timer_active);
if (can_skip_scheduling(kbdev))
goto exit_no_schedule_unlock;