Re: 9.1: boot-time delay? [WORKAROUND FOUND]

[Johnny Billquist <bqt%softjar.se@localhost>]

On 2021-05-28 00:46, Joerg Sonnenberger wrote:
> On Fri, May 28, 2021 at 03:14:24AM +0700, Robert Elz wrote:
> >      Date:        Thu, 27 May 2021 05:05:15 -0000 (UTC)
> >      From:        mlelstv%serpens.de@localhost (Michael van Elst)
> >      Message-ID:  <s8n9ab$hs1$1%serpens.de@localhost>
> >
> >    | mlelstv%serpens.de@localhost (Michael van Elst) writes:
> >    |
> >    | >Either direction mstohz or hztoms should better always round up to
> >    | >guarantee a minimal delay.
> >    |
> >    | And both should be replaced by hztous()/ustohz().
> >
> > While changing ms to us is probably a good idea, when a change happens,
> > the "hz" part should be changed too.
> >
> > hz is (a unit of) a measure of frequency, ms (or us) is (a unit of) a
> > measure of time (duration) - converting one to the other makes no sense.
>
> "hz" in this context comes from HZ - it is used here as dimension of
> 1s/HZ. Just like "ms" here is used as "1s/1000". It's a pretty sensible
> naming compared to much longer naming variants.

Well, Robert have a point.

If you say hztoms(4), we are not asking for a conversion from 4Hz to ms, 
but in fact four ticks at the current HZ, converted to ms.

  Johnny

--
Johnny Billquist                  || "I'm on a bus
                                  ||  on a psychedelic trip
email: bqt%softjar.se@localhost             ||  Reading murder books
pdp is alive!                     ||  tryin' to stay hip" - B. Idol