On Mon, Nov 2, 2020 at 3:41 AM David Verbeiren
wrote:
>
> On Thu, Oct 29, 2020 at 11:37 PM Andrii Nakryiko
> wrote:
> >
> > On Thu, Oct 29, 2020 at 11:36 AM Song Liu wrote:
> > >
> > > On Thu, Oct 29, 2020 at 4:19 AM David Verbeiren
> > > wrote:
> > > >
> > > > Tests that when per-cpu hash map
On Thu, Oct 29, 2020 at 11:37 PM Andrii Nakryiko
wrote:
>
> On Thu, Oct 29, 2020 at 11:36 AM Song Liu wrote:
> >
> > On Thu, Oct 29, 2020 at 4:19 AM David Verbeiren
> > wrote:
> > >
> > > Tests that when per-cpu hash map or LRU hash map elements are
> > > re-used as a result of a bpf program ins
On Thu, Oct 29, 2020 at 3:37 PM Andrii Nakryiko
wrote:
>
> On Thu, Oct 29, 2020 at 11:36 AM Song Liu wrote:
> >
> > On Thu, Oct 29, 2020 at 4:19 AM David Verbeiren
> > wrote:
> > >
> > > Tests that when per-cpu hash map or LRU hash map elements are
> > > re-used as a result of a bpf program inse
On Thu, Oct 29, 2020 at 11:36 AM Song Liu wrote:
>
> On Thu, Oct 29, 2020 at 4:19 AM David Verbeiren
> wrote:
> >
> > Tests that when per-cpu hash map or LRU hash map elements are
> > re-used as a result of a bpf program inserting elements, the
> > element values for the other CPUs than the one e
On Thu, Oct 29, 2020 at 4:19 AM David Verbeiren
wrote:
>
> Tests that when per-cpu hash map or LRU hash map elements are
> re-used as a result of a bpf program inserting elements, the
> element values for the other CPUs than the one executing the
> BPF code are reset to 0.
>
> This validates the f
Tests that when per-cpu hash map or LRU hash map elements are
re-used as a result of a bpf program inserting elements, the
element values for the other CPUs than the one executing the
BPF code are reset to 0.
This validates the fix proposed in:
https://lkml.kernel.org/bpf/20201027221324.27894-1-da
