Re: [PATCH RFT] mmc: core: use usleep_range rather than HZ magic in mmc_delay()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> This means we get usleep_range(20000, 25000) for the worst case.
> 
> Perhaps we want "ms <= 16" instead, thus getting usleep
> usleep_range(16000, 20000) for the worst case? No?

I read the timers-howto that ms <= 20 is for the min value. If you think
25ms is too much for max in that case, maybe we can find a better
formula for max? My honest opinion is, it won't matter much in practice,
though. Especially, since we are not busy-looping anymore...

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Linux Samsung SOC]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux