On Mon, Jun 27, 2016 at 09:53:11PM -0700, Douglas Anderson wrote: > Note also that the upper bound of usleep_range probably shouldn't be a > full 1 ms longer than the lower bound since I've seen plenty of hardware > with a ramp rate of ~5000 uS / uV and for small jumps the total delays > are in the tens of uS. 1000 is way too much. We'll try to be dynamic > and use 10% Surely the upper bound here is just an upper bound and we're essentially just saying that "anything over minimum is fine" here? Though now I look at the implementation it seems it's doing something entirely unehelpful and actually trying to delay for the longest possible time which doesn't seem like what we want or what the usleep_range() API would suggest :( -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.infradead.org/pipermail/linux-rockchip/attachments/20160628/9de3ed26/attachment.sig>
