After checking all possible call chains to mtip_service_thread() here,
my tool finds that this function is never called in atomic context,
namely never in an interrupt handler or holding a spinlock.
And mtip_service_thread() calls wait_event_interruptible(),
so it indicates that mtip_hw_init() can call functions that can sleep.
Thus mdelay can be replaced with msleep to avoid busy wait.
This is found by a static analysis tool named DCNS written by myself.
Signed-off-by: Jia-Ju Bai <[email protected]>
---
drivers/block/mtip32xx/mtip32xx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/mtip32xx/mtip32xx.c b/drivers/block/mtip32xx/mtip32xx.c
index b8af735..1264c98 100644
--- a/drivers/block/mtip32xx/mtip32xx.c
+++ b/drivers/block/mtip32xx/mtip32xx.c
@@ -2807,7 +2807,7 @@ static int mtip_service_thread(void *data)
to = jiffies + msecs_to_jiffies(5000);
do {
- mdelay(100);
+ msleep(100);
} while (atomic_read(&dd->irq_workers_active) != 0 &&
time_before(jiffies, to));
--
1.7.9.5