On Wednesday 13 April 2016 02:28:02 Tina Ruchandani wrote:
> 'struct timespec' uses a 32-bit field for seconds, which
> will overflow in year 2038 and beyond. This patch is part
> of a larger attempt to remove instances of timeval, timespec
> and time_t, all of which suffer from the y2038 issue, from the
> kernel.
> 
> Signed-off-by: Tina Ruchandani <ruchandani.t...@gmail.com>

Looks good in principle. Two small points:

>  void sti_plane_update_fps(struct sti_plane *plane,
>                         bool new_frame,
>                         bool new_field)
>  {
> -     struct timespec now;
> +     ktime_t now;
>       struct sti_fps_info *fps;
>       int fpks, fipks, ms_since_last, num_frames, num_fields;
> 
> -     getrawmonotonic(&now);
> +     now = ktime_get();

It's unclear why the driver was using getrawmonotonic() here rather
than ktime_get_ts(). The code is fairly new, so Vincent can
probably explain this.

If it was intentional, we should use ktime_get_raw() instead of
ktime_get().

> @@ -76,7 +66,7 @@ void sti_plane_update_fps(struct sti_plane *plane,
>               return;
> 
>       fps->curr_frame_counter++;
> -     ms_since_last = sti_plane_timespec_ms_diff(now, fps->last_timestamp);
> +     ms_since_last = ktime_to_ms(ktime_sub(now, fps->last_timestamp));
>       num_frames = fps->curr_frame_counter - fps->last_frame_counter;

This could be expressed in a more compact way using ktime_ms_delta().

        Arnd

Reply via email to