[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87o8d1zn59.fsf@toke.dk>
Date: Sun, 23 May 2021 13:48:34 +0200
From: Toke Høiland-Jørgensen <toke@...hat.com>
To: Alexei Starovoitov <alexei.starovoitov@...il.com>,
davem@...emloft.net
Cc: daniel@...earbox.net, andrii@...nel.org, john.fastabend@...il.com,
lmb@...udflare.com, netdev@...r.kernel.org, bpf@...r.kernel.org,
kernel-team@...com
Subject: Re: [RFC PATCH bpf-next] bpf: Introduce bpf_timer
Still wrapping my head around this, but one thing immediately sprang to
mind:
> + * long bpf_timer_mod(struct bpf_timer *timer, u64 msecs)
> + * Description
> + * Set the timer expiration N msecs from the current time.
> + * Return
> + * zero
Could we make this use nanoseconds (and wire it up to hrtimers) instead?
I would like to eventually be able to use this for pacing out network
packets, and msec precision is way too coarse for that...
-Toke
Powered by blists - more mailing lists