[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4159188.UVvamn6mDa@wuerfel>
Date: Fri, 23 Oct 2015 15:51:44 +0200
From: Arnd Bergmann <arnd@...db.de>
To: y2038@...ts.linaro.org
Cc: Pingbo Wen <pingbo.wen@...aro.org>, dmitry.torokhov@...il.com,
linux-kernel@...r.kernel.org, linux-input@...r.kernel.org
Subject: Re: [Y2038] [PATCH V2] hil_mlc: convert timeval to ktime_t
On Friday 23 October 2015 20:32:50 Pingbo Wen wrote:
> >> - do_gettimeofday(&tv);
> >> - tv.tv_usec += USEC_PER_SEC * (tv.tv_sec - mlc->instart.tv_sec);
> >> - tv.tv_usec -= mlc->instart.tv_usec;
> >> - if (tv.tv_usec >= mlc->intimeout) goto sched;
> >> - tv.tv_usec = (mlc->intimeout - tv.tv_usec) * HZ / USEC_PER_SEC;
> >> - if (!tv.tv_usec) goto sched;
> >> - mod_timer(&hil_mlcs_kicker, jiffies + tv.tv_usec);
> >> + if (tmp.tv64 >= (mlc->intimeout * NSEC_PER_USEC))
> >> + goto sched;
> >> + tmp.tv64 = mlc->intimeout * NSEC_PER_USEC - tmp.tv64;
> >> + if (tmp.tv64 < NSEC_PER_USEC)
> >> + goto sched;
> >> + mod_timer(&hil_mlcs_kicker,
> >> + jiffies + nsecs_to_jiffies(tmp.tv64));
> >> break;
> >> sched:
> >> tasklet_schedule(&hil_mlcs_tasklet);
> >
> > If I read this right, the code is executed one for each input event such
> > as a keypress or mouse movement. In the latter case, doing nsecs_to_jiffies()
> > here is actually a bit expensive, and I stil think it can be avoided
> > by just using jiffies.
> >
> > For the (tmp.tv64 < NSEC_PER_USEC) part, did you just do that because
> > I said this, or did you actually prove that it is required? I'm still
> > confused about what the driver is trying to achieve here.
>
> More explanation here:)
> the judgement here is to prevent mod_timer with zero delta. I can not
> make sure whether the module have nanosecond precise, so just keep same.
Ok, I guess I was misreading the original code. What it actually does
is to check the remaining time in jiffies, not in microseconds, so the
algorithm is:
if (already expired)
schedule tasklet
else {
convert to jiffies
if (expired just now)
schedule tasklet
else
schedule tasklet from timer
}
So the entire code is meant to guarantee that the tasklet is getting
scheduled, and the first two cases are just an optimization to avoid
going through the timer. I checked the code for mod_timer to verify
that mod_timer with an argument in the past will just cause the
handler to be called at the next tick, so we don't really need the
middle case, and the logic becomes really simple if you use jiffies
instead of ktime_t.
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists