Linux Perf Users
 help / color / mirror / Atom feed
From: Tengda Wu <wutengda@huaweicloud.com>
To: Namhyung Kim <namhyung@kernel.org>,
	james.clark@linaro.org, xueshuai@linux.alibaba.com,
	Adrian Hunter <adrian.hunter@intel.com>
Cc: Peter Zijlstra <peterz@infradead.org>,
	leo.yan@linux.dev, Li Huafei <lihuafei1@huawei.com>,
	Ian Rogers <irogers@google.com>,
	Kim Phillips <kim.phillips@arm.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Arnaldo Carvalho de Melo <acme@kernel.org>,
	Ingo Molnar <mingo@redhat.com>, Bill Wendling <morbo@google.com>,
	Nick Desaulniers <nick.desaulniers+lkml@gmail.com>,
	Alexander Shishkin <alexander.shishkin@linux.intel.com>,
	Zecheng Li <zli94@ncsu.edu>,
	linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org,
	llvm@lists.linux.dev
Subject: Re: [PATCH v5 00/26] perf arm64: Support data type profiling
Date: Tue, 8 Sep 2026 21:18:14 +0800	[thread overview]
Message-ID: <bffc3c9a-b46e-4146-ab79-e0884207023e@huaweicloud.com> (raw)
In-Reply-To: <20260908130122.633500-1-wutengda@huaweicloud.com>

Hi,

Please ignore this email. It is incomplete (missing the last 3 patches).
I've resent the complete series here:

https://lore.kernel.org/all/cover.1788872630.git.wutengda@huaweicloud.com/#r

Sorry for the noise.

Thanks,
Tengda

On 2026/9/8 21:00, Tengda Wu wrote:
> This patch series implements data type profiling support for arm64,
> enabling 'perf annotate --data-type' to resolve memory locations and
> variable types on arm64 platforms.
> 
> The main changes since v4 include:
> v4: https://lore.kernel.org/all/20260808122400.2961238-1-wutengda@huaweicloud.com/
> 
> * Enhanced Arm64 Instruction Decoding: Added support for parsing extension
>   type (e.g., UXTW, SXTW) and shift amount in arm64 instructions, enabling
>   proper identification of SIB-style indexed addressing modes.
> 
> * Unified Base Register Offset Handling: Introduced arch_get_reg_offset() to
>   centralize offset extraction across various addressing modes, including
>   post-index addressing, single-register addressing, SIB-style indexed
>   addressing as well as cases where the base register is a constant type.
> 
> * Refined Instruction Tracking Policy: Adjusted instruction filtering logic.
>   All branch and jump instructions that do not modify registers are now
>   skipped. Special load/store instructions are also ignored (currently not
>   supported for tracking).
> 
> * Naming Cleanup: Renamed dont_overlap to default_single_event_per_ip and
>   integrated it into itrace_synth_opts__set_default() per Adrian Hunter's
>   suggestion.
> 
> Patch organization
> ==================
> 
> The series is organized as follows:
> 
> 1. Fix disassembly mismatches (Patches 01-02)
>    Current perf annotate supports three disassembly backends: llvm,
>    capstone, and objdump. On arm64, inconsistencies between the output
>    of these backends (specifically llvm/capstone vs. objdump) often
>    prevent the tracker from correctly identifying registers and offsets.
>    These patches resolve these mismatches, ensuring consistent instruction
>    parsing across all supported backends.
> 
> 2. Infrastructure for arm64 operand parsing (Patches 03-09)
>    These patches establish the necessary infrastructure for arm64-specific
>    operand handling. This includes implementing new callbacks and data
>    structures to manage arm64's unique addressing modes and register sets.
>    This foundation is essential for the subsequent type-tracking logic.
> 
> 3. ARM SPE event handling (Patches 10-11)
>    Patch 09 automatically deduplicates overlapping ARM SPE events (e.g.,
>    l1d-miss, tlb-access) in 'perf annotate' by retaining only the
>    "instructions" event when data type profiling is enabled. Patch 10
>    defaults  the synthesized event period to 1 for ARM SPE to fix zero
>    'Percent' values in annotate output.
> 
> 5. Core instruction tracking (Patches 12-26)
>    These patches implement the core logic for type tracking on arm64,
>    covering several key types of instructions, including:
>    * Memory Access: ldr/str variants (including stack-based access).
>    * Arithmetic & Data Processing: mov, add, and adrp.
>    * Special Access: System register access (mrs) and per-cpu variable
>      tracking.
> 
> The implementation draws inspiration from the existing x86 logic while
> adapting it to the nuances of the AArch64 ISA [2][3]. With these changes,
> perf annotate can successfully resolve memory locations and register types,
> providing basic support for data type profiling on arm64 platforms.
> 
> Example Result
> ==============
> 
> # perf mem record -a -K -- sleep 1
> # perf annotate --data-type --stdio --type-stat
> Annotate data type stats:
> total 1138, ok 842 (74.0%), bad 296 (26.0%)
> -----------------------------------------------------------
>          6 : no_sym
>         42 : no_var
>        240 : no_typeinfo
>          8 : bad_offset
>        203 : insn_track
> 
> Annotate type: 'struct page' in [kernel.kallsyms] (66948 samples):
> ============================================================================
>  Percent     offset       size  field
>   100.00          0       0x40  struct page      {
>     9.01          0        0x8      long unsigned int   flags;
>    57.99        0x8       0x28      union        {
>    57.99        0x8       0x28          struct   {
>    33.00        0x8       0x10              union        {
>    33.00        0x8       0x10                  struct list_head        lru {
>    33.00        0x8        0x8                      struct list_head*   next;
>     0.00       0x10        0x8                      struct list_head*   prev;
>                                                 };
>    33.00        0x8       0x10                  struct   {
>    33.00        0x8        0x8                      void*       __filler;
>     0.00       0x10        0x4                      unsigned int        mlock_count;
>    ...
> 
> Each patch's type profiling results are as follows:
> 
> Patch | Feature                    | no_sym | no_var | no_typeinfo | bad_offset | insn_track | ok(%)
> ------+----------------------------+--------+--------+-------------+------------+------------+------
> 0011  | base (default spe period)  | 6      | 493    | -           | -          | -          | 56.2%
> 0013  | enable insn tracking       | 6      | 42     | 437         | 2          | 12         | 57.2%
> 0016  | support 'load' insn        | 6      | 42     | 398         | 1          | 52         | 60.7%
> 0017  | support 'store' insn       | 6      | 42     | 398         | 1          | 52         | 60.7%
> 0021  | support stack variable     | 6      | 42     | 391         | 1          | 59         | 61.3%
> 0022  | support 'mov' insn         | 6      | 42     | 372         | 3          | 76         | 62.8%
> 0023  | support 'add' insn         | 6      | 42     | 323         | 7          | 121        | 66.8%
> 0024  | support 'adrp' insn        | 6      | 42     | 243         | 8          | 200        | 73.7%
> 0025  | support per-cpu variable   | 6      | 42     | 243         | 8          | 200        | 73.7%
> 0026  | support 'mrs' insn         | 6      | 42     | 240         | 8          | 203        | 74.0%
> 
> Limitations
> ===========
> 
> * SIMD/FP & SVE Vector Support:
>   Data type profiling currently focuses on General-Purpose (GP) register
>   operations. Vector/SIMD registers (v0-v31, d0-d31, q0-q31) and Scalable
>   Vector Extension (SVE/SME) instructions are not tracked yet.
> 
> * Compiler Prologue/Epilogue Code:
>   As shown by the previous test results, approximately 14% of the failed
>   type profiling results originate from compiler-generated prologue or
>   epilogue code (e.g., ldp  x19, x20, [sp, #16]). These instructions manage
>   callee-saved registers across function boundaries, propagating type
>   context through these operations requires inter-procedural (cross-function)
>   instruction analysis, which is currently unsupported by the local backward
>   instruction tracker.
> 
> Testing
> =======
> 
> Tested on arm64 (all passed):
> 
>   # perf test -v "perf data type profiling tests"
>   81: perf data type profiling tests                                                                  : Ok
> 
>   === Test Summary ===
>   Passed main tests : 1
>   Passed subtests   : 0
>   Skipped tests     : 0
>   Failed tests      : 0
> 
> Tested on x86. The profiling results show no change before/after applying
> this patch series:
> 
>   before : total 880, ok 711 (80.8%), bad 169 (19.2%)
>   after  : total 880, ok 711 (80.8%), bad 169 (19.2%)
> 
> Changelog
> =========
> v4 -> v5:
>   - v4: https://lore.kernel.org/all/20260808122400.2961238-1-wutengda@huaweicloud.com/
>   - Introduce arch_get_reg_offset() to uniformly handle reg offset.
>   - Add support for parsing extension type and shift amount in arm64 instructions.
>   - Refine which instructions to track or skip. (Shuai Xue)
>   - Rename dont_overlap to default_single_event_per_ip and use it in
>     itrace_synth_opts__set_default(). (Adrian Hunter)
>   - Introduce delete_stack_state() to clean up obsolete stack state. (Shuai Xue)
>   - Normalize arch__dwarf_regnum() error return values. (Shuai Xue)
>   - Drop canary support due to unresolved bugs.
>   - Fix various minor issues, such as name memory leaks and header includes.
> v3 -> v4:
>   - v3: https://lore.kernel.org/all/20260701035355.752944-1-wutengda@huaweicloud.com/
>   - Fix Capstone compilation failure.
>   - Stop adding new pcrel_adrp_addr in LLVM; reuse pcrel_load_addr instead.
>   - Fix parsing issue in arm64_mov__parse.
>   - Add PC-relative load instruction parsing logic to arm64_ldst__parse,
>     and introduce rstrip_space_and_comment to strip comments.
>   - Remove wzr/xzr register parsing (not planning to handle this yet).
>   - Add post-index addressing mode parsing for the '[base], reg' format.
>   - Update built-in implementation of --itrace=i1i to deduplicate early
>     during arm_spe_process_auxtrace_info.
>   - Restrict the "default period to 1" behavior to ARM SPE, instead of
>     applying it to all architectures.
>   - Add register type tracking for function call instructions.
>   - Add dual-register type tracking for load pair and store pair instructions.
>   - Correct stack variable offset calculations.
>   - Add type invalidation upon retry failure.
>   - Reuse imm_value instead of introducing addr for 'adrp' instruction tracking.
>   - Fix potential stale type resolution errors caused by TSR_KIND_GLOBAL_ADDR
>     and TSR_KIND_CONST during stack passing.
>   - Fix a strbuf memory leak during 'mrs' instruction tracking.
>   - Fix stale dieoff issue when debug info changes.
>   - Simplify add type propagation: only propagate offset/imm updates, leave
>     type parsing to chk.
> v2 -> v3:
>   - v2: https://lore.kernel.org/all/20260403094800.1418825-1-wutengda@huaweicloud.com/
>   - Instead of always parsing the left operand as src and the right operand as
>     dst, set them based on the actual instruction definition. (Namhyung Kim)
>   - Fix refcount leak in print_capstone_detail().
>   - Remove useless '<' check when parsing 'addr <symbol>' in arm64_mov__parse().
>   - Add example comments in arm64_ldst__parse().
>   - Split arch__dwarf_regnum() changes into a separate commit.
>   - Rename annotated_addr_mode enum: INSN_ADDR_* -> PERF_ADDR_MODE_*.
>   - Set caller-saved registers in init_type_state().
>   - For instructions with addressing mode, always goto adjust_reg_index_state()
>     at the end to update the src register state.
>   - Handle TSR_KIND_CONST registers for 'mov' and 'add' instructions.
>   - Invalidate dst register for all other unsupported instructions.
>   - Verify type DIE is task_struct pointer before caching globally.
>   - Enable --itrace=i1i by default for ARM SPE data type profiling in 'perf annotate'
>     to avoid overlapping event counting for the same instruction. (James Clark)
>   - Fix global variable type resolving error in check_matching_type(). (James Clark)
>   - Address review comments from sashiko [1]:
>     - Fix unconditional call to arch->extract_op_location()
>     - Handle multi_regs correctly
>     - Fix invalid register state in error path
>     - Other misc fixes
> v1 -> v2:
>   - v1: https://lore.kernel.org/all/20250314162137.528204-1-lihuafei1@huawei.com/
>   - Fix inconsistencies in arm64 instruction output across llvm, capstone,
>     and objdump disassembly backends.
>   - Support arm64-specific addressing modes and operand formats. (Leo Yan)
>   - Extend instruction tracking to support mov and add instructions,
>     along with per-cpu and stack variables.
>   - Include real-world examples in commit messages to demonstrate
>     practical effects. (Namhyung Kim)
>   - Improve type-tracking success rate (type stat) from 64.2% to 82.1%.
> 
> Please let me know if you have any feedback.
> 
> Thanks,
> Tengda
> 
> [1] https://sashiko.dev/#/patchset/20260403094800.1418825-1-wutengda%40huaweicloud.com
> [2] https://developer.arm.com/documentation/102374/0103
> [3] https://github.com/flynd/asmsheets/releases/tag/v8
> 
> 
> Tengda Wu (26):
>   perf capstone: Symbolize address operands to match objdump on arm64
>   perf llvm: Fix arm64 adrp instruction disassembly mismatch with
>     objdump
>   perf annotate-arm64: Generalize arm64_mov__parse to support more
>     instructions
>   perf annotate-arm64: Handle load and store instructions
>   perf annotate: Normalize arch__dwarf_regnum() error return values
>   perf annotate: Introduce extract_op_location callback for
>     arch-specific parsing
>   perf dwarf-regs: Adapt get_dwarf_regnum() for arm64
>   perf annotate: Adapt arch__dwarf_regnum() for arm64
>   perf annotate-arm64: Implement extract_op_location() callback
>   perf annotate: Default to --itrace=i1i for data type profiling
>   perf arm-spe: Set default synthesized event period to 1
>   perf annotate-data: Extract invalidate_reg_state() as a common helper
>   perf annotate-arm64: Enable instruction tracking support
>   perf annotate-data: Add arch_get_reg_offset helper
>   perf annotate-arm64: Track return type after call instructions
>   perf annotate-arm64: Support load instruction tracking
>   perf annotate-arm64: Support store instruction tracking
>   perf annotate-data: Expand type_state_reg imm_value to u64
>   perf annotate-data: Track imm_value for stack variables
>   perf annotate-x86: Delete stale stack state on store of untracked
>     register
>   perf annotate-arm64: Support stack variable tracking
>   perf annotate-arm64: Support 'mov' instruction tracking
>   perf annotate-arm64: Support 'add' instruction tracking
>   perf annotate-arm64: Support 'adrp' instruction to track global
>     variables
>   perf annotate-arm64: Support per-cpu variable access tracking
>   perf annotate-arm64: Support 'mrs' instruction to track 'current'
>     pointer
> 
>  tools/perf/builtin-annotate.c                 |    8 +
>  .../perf/util/annotate-arch/annotate-arm64.c  | 1194 ++++++++++++++++-
>  .../util/annotate-arch/annotate-powerpc.c     |    9 +
>  tools/perf/util/annotate-arch/annotate-x86.c  |  117 +-
>  tools/perf/util/annotate-data.c               |  192 ++-
>  tools/perf/util/annotate-data.h               |   14 +-
>  tools/perf/util/annotate.c                    |  108 +-
>  tools/perf/util/annotate.h                    |   63 +
>  tools/perf/util/arm-spe.c                     |   16 +-
>  tools/perf/util/auxtrace.c                    |   12 +-
>  tools/perf/util/auxtrace.h                    |    7 +-
>  tools/perf/util/capstone.c                    |  185 ++-
>  tools/perf/util/cs-etm.c                      |    2 +-
>  tools/perf/util/disasm.c                      |    5 +
>  tools/perf/util/disasm.h                      |    5 +
>  .../util/dwarf-regs-arch/dwarf-regs-arm64.c   |   22 +
>  tools/perf/util/dwarf-regs.c                  |    2 +-
>  tools/perf/util/include/dwarf-regs.h          |    1 +
>  tools/perf/util/intel-bts.c                   |    2 +-
>  tools/perf/util/intel-pt.c                    |    3 +-
>  tools/perf/util/llvm.c                        |   52 +-
>  21 files changed, 1799 insertions(+), 220 deletions(-)
> 
> 
> base-commit: af5f12805e5cefa4fe68d6127c7e1fb78cd5535c


  parent reply	other threads:[~2026-09-08 13:18 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-08 13:00 [PATCH v5 00/26] perf arm64: Support data type profiling Tengda Wu
2026-09-08 13:00 ` [PATCH v5 01/26] perf capstone: Symbolize address operands to match objdump on arm64 Tengda Wu
2026-09-08 13:00 ` [PATCH v5 02/26] perf llvm: Fix arm64 adrp instruction disassembly mismatch with objdump Tengda Wu
2026-09-08 13:00 ` [PATCH v5 03/26] perf annotate-arm64: Generalize arm64_mov__parse to support more instructions Tengda Wu
2026-09-08 13:01 ` [PATCH v5 04/26] perf annotate-arm64: Handle load and store instructions Tengda Wu
2026-09-08 13:01 ` [PATCH v5 05/26] perf annotate: Normalize arch__dwarf_regnum() error return values Tengda Wu
2026-09-08 13:01 ` [PATCH v5 06/26] perf annotate: Introduce extract_op_location callback for arch-specific parsing Tengda Wu
2026-09-08 13:01 ` [PATCH v5 07/26] perf dwarf-regs: Adapt get_dwarf_regnum() for arm64 Tengda Wu
2026-09-08 18:08   ` Ian Rogers
2026-09-11  1:47     ` Tengda Wu
2026-09-08 13:01 ` [PATCH v5 08/26] perf annotate: Adapt arch__dwarf_regnum() " Tengda Wu
2026-09-08 13:01 ` [PATCH v5 09/26] perf annotate-arm64: Implement extract_op_location() callback Tengda Wu
2026-09-08 13:01 ` [PATCH v5 10/26] perf annotate: Default to --itrace=i1i for data type profiling Tengda Wu
2026-09-08 13:01 ` [PATCH v5 11/26] perf arm-spe: Set default synthesized event period to 1 Tengda Wu
2026-09-08 13:01 ` [PATCH v5 12/26] perf annotate-data: Extract invalidate_reg_state() as a common helper Tengda Wu
2026-09-08 13:01 ` [PATCH v5 13/26] perf annotate-arm64: Enable instruction tracking support Tengda Wu
2026-09-08 13:01 ` [PATCH v5 14/26] perf annotate-data: Add arch_get_reg_offset helper Tengda Wu
2026-09-08 13:01 ` [PATCH v5 15/26] perf annotate-arm64: Track return type after call instructions Tengda Wu
2026-09-08 13:01 ` [PATCH v5 16/26] perf annotate-arm64: Support load instruction tracking Tengda Wu
2026-09-08 13:01 ` [PATCH v5 17/26] perf annotate-arm64: Support store " Tengda Wu
2026-09-08 13:01 ` [PATCH v5 18/26] perf annotate-data: Expand type_state_reg imm_value to u64 Tengda Wu
2026-09-08 13:01 ` [PATCH v5 19/26] perf annotate-data: Track imm_value for stack variables Tengda Wu
2026-09-08 13:01 ` [PATCH v5 20/26] perf annotate-x86: Delete stale stack state on store of untracked register Tengda Wu
2026-09-08 13:01 ` [PATCH v5 21/26] perf annotate-arm64: Support stack variable tracking Tengda Wu
2026-09-08 13:01 ` [PATCH v5 22/26] perf annotate-arm64: Support 'mov' instruction tracking Tengda Wu
2026-09-08 13:01 ` [PATCH v5 23/26] perf annotate-arm64: Support 'add' " Tengda Wu
2026-09-08 13:18 ` Tengda Wu [this message]
  -- strict thread matches above, loose matches on Subject: below --
2026-09-08 13:05 [PATCH v5 00/26] perf arm64: Support data type profiling Tengda Wu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bffc3c9a-b46e-4146-ab79-e0884207023e@huaweicloud.com \
    --to=wutengda@huaweicloud.com \
    --cc=acme@kernel.org \
    --cc=adrian.hunter@intel.com \
    --cc=alexander.shishkin@linux.intel.com \
    --cc=irogers@google.com \
    --cc=james.clark@linaro.org \
    --cc=kim.phillips@arm.com \
    --cc=leo.yan@linux.dev \
    --cc=lihuafei1@huawei.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-perf-users@vger.kernel.org \
    --cc=llvm@lists.linux.dev \
    --cc=mark.rutland@arm.com \
    --cc=mingo@redhat.com \
    --cc=morbo@google.com \
    --cc=namhyung@kernel.org \
    --cc=nick.desaulniers+lkml@gmail.com \
    --cc=peterz@infradead.org \
    --cc=xueshuai@linux.alibaba.com \
    --cc=zli94@ncsu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox