On Thu, Jan 25, 2018 at 06:26:52PM +0800, Jia-Ju Bai wrote: > After checking all possible call chains to mv_reset_channel here, > my tool finds that mv_reset_channel is never called in atomic context, > namely never in an interrupt handler or holding a spinlock. > Thus mdelay can be replaced with usleep_range 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]>
Applied to libata/for-4.16. Thanks. -- tejun
