perf lock contention: Do not fail EEXIST for update
authorNamhyung Kim <namhyung@kernel.org>
Fri, 30 Aug 2024 06:51:50 +0000 (23:51 -0700)
committerArnaldo Carvalho de Melo <acme@redhat.com>
Fri, 30 Aug 2024 13:03:39 +0000 (10:03 -0300)
commit36cddd105666d45a2cfb70a04c27b0c53bb383cd
tree8e7739700a9fccf5506a33e6fd76bdb3bcfb4095
parent05a5dd1dfd8fdeee6498875c2d78d4385d627bd6
perf lock contention: Do not fail EEXIST for update

When it updates the lock stat for the first time, it needs to create an
element in the BPF hash map.

But if there's a concurrent thread waiting for the same lock (like for
rwsem or rwlock), it might race with the thread and possibly fail to
update with -EEXIST.

In that case, it can lookup the map again and put the data there instead
of failing.

Signed-off-by: Namhyung Kim <namhyung@kernel.org>
Cc: Adrian Hunter <adrian.hunter@intel.com>
Cc: Ian Rogers <irogers@google.com>
Cc: Ingo Molnar <mingo@kernel.org>
Cc: Jiri Olsa <jolsa@kernel.org>
Cc: Kan Liang <kan.liang@linux.intel.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Song Liu <song@kernel.org>
Cc: bpf@vger.kernel.org
Link: https://lore.kernel.org/r/20240830065150.1758962-3-namhyung@kernel.org
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
tools/perf/util/bpf_skel/lock_contention.bpf.c