* [PATCH v2] block: paride: on26: Replace mdelay with msleep in on26_test_port
@ 2018-01-27 8:25 Jia-Ju Bai
0 siblings, 0 replies; only message in thread
From: Jia-Ju Bai @ 2018-01-27 8:25 UTC (permalink / raw)
To: tim, viro; +Cc: linux-kernel, Jia-Ju Bai
on26_test_port() is never called from atomic context.
It has no direct callers and it is called only via function pointer
"->test_port" that is only used in pi_probe_unit():
drivers/block/paride/paride.c:322: max = pi->proto->test_port(pi);
That gets called only from pi_init(), called from
p{d,cd,f,t,g}_detect(), called from module_init stuff, all of the above
without entering atomic context along the way.
Despite never getting called from atomic context, on26_test_port() calls
mdelay(100), i.e. busy wait for 100ms.
That is not necessary and 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 <baijiaju1990@gmail.com>
---
v2:
* Revise the description.
Thanks Al for helpful advice.
---
drivers/block/paride/on26.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/paride/on26.c b/drivers/block/paride/on26.c
index 95ba256..3240d6f 100644
--- a/drivers/block/paride/on26.c
+++ b/drivers/block/paride/on26.c
@@ -163,7 +163,7 @@ static int on26_test_port( PIA *pi) /* hard reset */
on26_write_regr(pi,0,6,0xb0);
y = on26_read_regr(pi,0,7);
if (!((x&0x80)||(y&0x80))) break;
- mdelay(100);
+ msleep(100);
}
if (i == RESET_WAIT)
--
1.7.9.5
^ permalink raw reply related [flat|nested] only message in thread
only message in thread, other threads:[~2018-01-27 8:21 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-01-27 8:25 [PATCH v2] block: paride: on26: Replace mdelay with msleep in on26_test_port Jia-Ju Bai
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).