On Wed, May 26, 2021 at 05:02:52AM +1000, matthew green wrote:
> > > +options  HZ=8000
> this can become a problem due to integer division.
> 
> any number of ticks less than hz (8000) will be rounded
> down to 0 in a number of places now, where as before it
> was only less than 100.  i've seen this trip up in the
> kernel before, and sometimes that '0' means 'poll', and
> sometimes it means 'sleep forever'.

> a lot of places in the kernel *do* avoid (eg, with adding
> hz-1 and then dividing by hz) but there are a number that
> do not...

So, should we introduce a CPP macro or an inline function that abstracts
the common code away in a way that avoids such rounding down and
produces correct results?

--chris

Reply via email to