summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/exported-sql-viewer.py
diff options
context:
space:
mode:
authorAlexei Starovoitov <ast@kernel.org>2024-02-14 05:46:47 +0300
committerAlexei Starovoitov <ast@kernel.org>2024-02-14 05:46:47 +0300
commit96adbf7125e49687e5c1dbd8a241c68e2441da98 (patch)
tree26d39c1ca7d67401245a928139012ad7624faad1 /tools/perf/scripts/python/exported-sql-viewer.py
parent32e18e7688c6847b0c9db073aafb00639ecf576c (diff)
parent63d5a33fb4ec2a4ed6907c8ac144b6f10f6dba47 (diff)
downloadlinux-96adbf7125e49687e5c1dbd8a241c68e2441da98.tar.xz
Merge branch 'fix-global-subprog-ptr_to_ctx-arg-handling'
Andrii Nakryiko says: ==================== Fix global subprog PTR_TO_CTX arg handling Fix confusing and incorrect inference of PTR_TO_CTX argument type in BPF global subprogs. For some program types (iters, tracepoint, any program type that doesn't have fixed named "canonical" context type) when user uses (in a correct and valid way) a pointer argument to user-defined anonymous struct type, verifier will incorrectly assume that it has to be PTR_TO_CTX argument. While it should be just a PTR_TO_MEM argument with allowed size calculated from user-provided (even if anonymous) struct. This did come up in practice and was very confusing to users, so let's prevent this going forward. We had to do a slight refactoring of btf_get_prog_ctx_type() to make it easy to support a special s390x KPROBE use cases. See details in respective patches. v1->v2: - special-case typedef bpf_user_pt_regs_t handling for KPROBE programs, fixing s390x after changes in patch #2. ==================== Link: https://lore.kernel.org/r/20240212233221.2575350-1-andrii@kernel.org Signed-off-by: Alexei Starovoitov <ast@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/exported-sql-viewer.py')
0 files changed, 0 insertions, 0 deletions