Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp1151803rwb; Thu, 18 Aug 2022 20:44:32 -0700 (PDT) X-Google-Smtp-Source: AA6agR4T0+q7kb7qSFbqtj6aGUn0PQFMoa3AZyC2MQPrLtwDDzYUnKqDkm9IJIkpwfUrbBsjBXKk X-Received: by 2002:a17:907:7ea0:b0:730:a4e8:27bc with SMTP id qb32-20020a1709077ea000b00730a4e827bcmr3622397ejc.166.1660880671899; Thu, 18 Aug 2022 20:44:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660880671; cv=none; d=google.com; s=arc-20160816; b=uNe6xUZihtunrEXXeRacDsE8TLGcmR+hRtKDwcXm0LWokzQ6swc5leJxxTNvyZPO6r 4pMHZarJv5OK+9XQeqm7ScJjImx+DwSTaR6dXPEE3EHLIvYmmd/bGnIY75n7L6KJEu+3 OKBuDo+dIiYThvKiv/5NIeVAKkPOcpivZ0kT7mbSHCnlXPM+/vPI5WcTifAu7+HT2kr4 0Uk1YA0Fzcz9YyxNn310Fk+X+KGoFECgs3j5b0NSao0R8DH72hbt1AHKEf3xAB9fkrhu m02Sbcuo4Ze6R2PcYSnYx017bYLnS3QmE3nBgDHxbEayVgztjgaciRMNc6pksMNWtNUs QpUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=d1AkSStn02woS19aj75hGylG/oWahpvNV4heT8Bb3t8=; b=qZ7I5zYWqGA7n1L4aLft673XPfBpKGwdZiMGv76cBRpLeukuJ3Uemv4jxk3KpA9MoP KCZ+fyM+HDcPcv/MX0nKsvtyAIevK1kA4xVy6bfgDzu/PD5fnoWR1uZ9uGld7sn2DlI3 AmXAvgQzxCBzLEp7gHo3mrKCMjjqIv272RLWYklq4q5i/RfifAgmHzQHxW7PqpvHvf2q c29J29DQMknayHzubjqdOx/Nrbnpu8Mk41HN8bsiQk86LD9DNP7+dU2rHzRBDHsd/FOz 7jGa1q7xWKrWJ9fvLcOjZo47/X4nkEqzHBfp2VMcctzEtKlEei4wAiRok6HtEg8qm4Gy 9Ikg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=DA+Bbqho; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i3-20020a17090639c300b007308bb40f8bsi1919888eje.198.2022.08.18.20.44.05; Thu, 18 Aug 2022 20:44:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=DA+Bbqho; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239515AbiHSD1l (ORCPT + 99 others); Thu, 18 Aug 2022 23:27:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39364 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229561AbiHSD1j (ORCPT ); Thu, 18 Aug 2022 23:27:39 -0400 Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C1CBBDF66A for ; Thu, 18 Aug 2022 20:27:37 -0700 (PDT) Received: by mail-pl1-x629.google.com with SMTP id w14so3087677plp.9 for ; Thu, 18 Aug 2022 20:27:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc; bh=d1AkSStn02woS19aj75hGylG/oWahpvNV4heT8Bb3t8=; b=DA+Bbqho28k7tN5hYWxb2efNPICzpjW5ZsEiMRKNE+0hfUkMX1JUp35DCjXFPhxC0m H7otgpj/fTeqLXNir//qlFtZbCDOfNsCpQGC4w/NrCxs2L2G+4sFw5rxRHmOseUiULOE 2r7Oj3RuhdCUE2jqMCxcbt28bnqLaXm3rkIwGs/Z3VzQB2rz2UPDlo9t0h87gobCBbxM U3fSvosloKxaCBeYd+taThjTVUDEcxRtEWjDkz+xbMBsuXXocSnsBFnIoavwr/Fus414 ddsLbPnjLOiGNVREIcCFD6P3RzsOXmOE0VQukay3A+fwwzGZ7NeoInAQJtDUwKVOtdOU TTFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc; bh=d1AkSStn02woS19aj75hGylG/oWahpvNV4heT8Bb3t8=; b=ONfOyc/y4+l8gqFywsNihnI6kHExsOx/BTOubvmhtPzm39OKz8XYPgw64faPUpDV7u saoariOtiEzhvrHeI1O4fh5WN4PSHWK2PMFmSbVclLoFRerYPSaEUjqeY6mu+KeaUBZu vT8U4a67qV6cH3J9+tCMmH1XAYy5Hr2XDdQCKdL/PPC/KY/J0bFtWfwll1VkAovSziO4 qubA5LrgOVQ1dUJ3bnazviHLavn6S/OtD2Hwfz4u7onLCRCHPBKt50mseoznPa84pz8O rT4A9x77i6ay9GjHv55K2p9CRhaKl818N6VlYOa3oQwDWXdySdFQzyuiVnMR84jidRPB TqUA== X-Gm-Message-State: ACgBeo0GCmlMA6V/AH2ntzsHBM2hQLNjmGAJ8CHdubG60V8LdgsoRuBs xk2eE+SjSy33xC0qjLJcbX8= X-Received: by 2002:a17:902:db12:b0:172:9e51:64 with SMTP id m18-20020a170902db1200b001729e510064mr5341215plx.140.1660879657113; Thu, 18 Aug 2022 20:27:37 -0700 (PDT) Received: from localhost.localdomain (li567-56.members.linode.com. [192.155.81.56]) by smtp.gmail.com with ESMTPSA id q5-20020a170902a3c500b0016befc83c6bsm2101032plb.165.2022.08.18.20.27.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 18 Aug 2022 20:27:36 -0700 (PDT) From: Jeff Xie To: rostedt@goodmis.org Cc: mingo@redhat.com, mhiramat@kernel.org, zanussi@kernel.org, linux-kernel@vger.kernel.org, chensong_2000@189.cn, Jeff Xie Subject: [PATCH v15 0/4] trace: Introduce objtrace trigger to trace the kernel object Date: Fri, 19 Aug 2022 11:27:02 +0800 Message-Id: <20220819032706.695212-1-xiehuan09@gmail.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Introduce a method based on function tracer to trace any object and get the value of the object dynamically. the object can be obtained from the dynamic event (kprobe_event/uprobe_event) or the static event(tracepoint). Usage: When using the kprobe event, only need to set the objtrace(a new trigger), we can get the value of the object. The object is from the setting of the kprobe event. For example: For the function bio_add_page(): int bio_add_page(struct bio *bio, struct page *page, unsigned int len, unsigned int offset) Firstly, we can set the base of the object, thus the first string "arg1" stands for the value of the first parameter of this function bio_add_gage(), # echo 'p bio_add_page arg1=$arg1' > ./kprobe_events Secondly, we can get the value dynamically based on above object. find the offset of the bi_size in struct bio: $ gdb vmlinux (gdb) p &(((struct bio *)0)->bi_iter.bi_size) $1 = (unsigned int *) 0x28 # echo 'objtrace:add:arg1,0x28:u32:1 if comm == "cat"' > ./events/kprobes/ \ p_bio_add_page_0/trigger # cd /sys/kernel/debug/tracing/ # echo 'p bio_add_page arg1=$arg1' > ./kprobe_events # echo 'objtrace:add:arg1,0x28:u32:1 if comm == "cat"' > ./events/kprobes/p_bio_add_page_0/trigger # du -sh /test.txt 12.0K /test.txt # cat /test.txt > /dev/null # cat ./trace # tracer: nop # # entries-in-buffer/entries-written: 128/128 #P:4 # # _-----=> irqs-off/BH-disabled # / _----=> need-resched # | / _---=> hardirq/softirq # || / _--=> preempt-depth # ||| / _-=> migrate-disable # |||| / delay # TASK-PID CPU# ||||| TIMESTAMP FUNCTION # | | | ||||| | | cat-117 [002] ...1. 1.602243: __bio_try_merge_page <-bio_add_page object:0xffff88811bee4000 value:0x0 cat-117 [002] ...1. 1.602244: __bio_add_page <-bio_add_page object:0xffff88811bee4000 value:0x0 cat-117 [002] ...2. 1.602244: bio_add_page <-ext4_mpage_readpages object:0xffff88811bee4000 value:0x1000 cat-117 [002] ...1. 1.602245: __bio_try_merge_page <-bio_add_page object:0xffff88811bee4000 value:0x1000 cat-117 [002] ...1. 1.602245: __bio_add_page <-bio_add_page object:0xffff88811bee4000 value:0x1000 cat-117 [002] ...2. 1.602245: bio_add_page <-ext4_mpage_readpages object:0xffff88811bee4000 value:0x2000 cat-117 [002] ...1. 1.602245: __bio_try_merge_page <-bio_add_page object:0xffff88811bee4000 value:0x2000 cat-117 [002] ...1. 1.602245: __bio_add_page <-bio_add_page object:0xffff88811bee4000 value:0x2000 cat-117 [002] ...1. 1.602245: submit_bio <-ext4_mpage_readpages object:0xffff88811bee4000 value:0x3000 cat-117 [002] ...1. 1.602245: submit_bio_noacct <-ext4_mpage_readpages object:0xffff88811bee4000 value:0x3000 cat-117 [002] ...1. 1.602246: __submit_bio <-submit_bio_noacct object:0xffff88811bee4000 value:0x3000 cat-117 [002] ...1. 1.602246: submit_bio_checks <-__submit_bio object:0xffff88811bee4000 value:0x3000 cat-117 [002] ...1. 1.602246: __cond_resched <-submit_bio_checks object:0xffff88811bee4000 value:0x3000 cat-117 [002] ...1. 1.602246: should_fail_bio <-submit_bio_checks object:0xffff88811bee4000 value:0x3000 cat-117 [002] ...1. 1.602246: blk_mq_submit_bio <-submit_bio_noacct object:0xffff88811bee4000 value:0x3000 cat-117 [002] ...1. 1.602246: blk_attempt_plug_merge <-blk_mq_submit_bio object:0xffff88811bee4000 value:0x3000 cat-117 [002] ...1. 1.602246: blk_mq_sched_bio_merge <-blk_mq_submit_bio object:0xffff88811bee4000 value:0x3000 cat-117 [002] ...1. 1.602247: __rcu_read_lock <-blk_mq_submit_bio object:0xffff88811bee4000 value:0x3000 cat-117 [002] ...1. 1.602247: __rcu_read_unlock <-blk_mq_submit_bio object:0xffff88811bee4000 value:0x3000 cat-117 [002] ...1. 1.602247: __blk_mq_alloc_requests <-blk_mq_submit_bio object:0xffff88811bee4000 value:0x3000 -0 [002] d..3. 1.602298: bio_endio <-blk_update_request object:0xffff88811bee4000 value:0x0 -0 [002] d..3. 1.602298: mpage_end_io <-blk_update_request object:0xffff88811bee4000 value:0x0 -0 [002] d..3. 1.602298: __read_end_io <-blk_update_request object:0xffff88811bee4000 value:0x0 -0 [002] d..3. 1.602300: bio_put <-blk_update_request object:0xffff88811bee4000 value:0x0 -0 [002] d..3. 1.602300: bio_free <-blk_update_request object:0xffff88811bee4000 value:0x0 -0 [002] d..3. 1.602300: mempool_free <-blk_update_request object:0xffff88811bee4000 value:0x0 -0 [002] d..3. 1.602300: mempool_free_slab <-blk_update_request object:0xffff88811bee4000 value:0x0 -0 [002] d..3. 1.602300: kmem_cache_free <-blk_update_request object:0xffff88811bee4000 value:0x0 ... Almost all changelogs were suggested by Masami(mhiramat@kernel.org) and steve(rostedt@goodmis.org), thank you all so much. v15: - Add Shuah Khan's acked-by for [3/4] https://lore.kernel.org/lkml/db539a80-8cad-b5bf-3bea-6a883f48585e@linuxfoundation.org/ - Add Bagas Sanjaya's reviewed-by for [4/4] https://lore.kernel.org/lkml/YrwbMu9f7cGosYCT@debian.me/ - Add syntax suggested by Joel for usage of objtrace in [4/4] v14: - make documentation more readable and fix literal code block by Bagas Sanjaya v13: - remove the 's' type, since the objtrace event doesn't show the value with sign - change the [3/4] tag with 'selftests/ftrace' instead of 'trace/objtrace' - add 'Documentation:' tag for [4/4] v12: - use the %zu to print the sizeof Reported-by: kernel test robot Suggested-by: Nathan Chancellor v11: - remove useless atomic counting methods for num_traced_obj - make array objtrace_fetch_types null terminated - add raw_spin_lock_init for obj_data_lock v10: - support ftrace instances - use trace_buffer_lock_reserve instead of trace_event_buffer_lock_reserve - a lot of cleanup work has been done mainly for event_object_trigger_parse v9: - fix objtrace trigger output was incomplete - fix the objtrace trigger was removed when using the existed parameter on event. - add testcase for the second fix above. v8: - revert to use per-cpu recursion for the function trace_object_events_call - recover the filter when getting the value of the object - simplify the implementation for the function get_object_value - fix the build error v7: - use fixed-size array for object pool instead of list structure - use ftrace_test_recursion_trylock for function trace hook function - fix trace_object_ref reference count in the init_trace_object - invoke exit_trace_object no matter whether data->ops->free is null in the unregister_object_trigger - release private_data of event_trigger_data in the trace_object_trigger_free - remove [RFC] tag v6: - change the objtrace trigger syntax. - add patchset description - add /README v5: - add testcasts - add check the field->size - add lockless to search object - describe the object trace more clearly in Kconfig v4: - please ignore the v4 which is the same as v3 v3: - change the objfilter to objtrace - add a command to the objfilter syntax - change to get the value of the object - use trace_find_event_field to find the field instead of using argN - get data from @rec in the event trigger callback funciton v2: - adding a "objfilter" trigger to update object Jeff Xie (4): trace: Add trace any kernel object trace/objtrace: Get the value of the object selftests/ftrace: Add testcases for objtrace Documentation: trace/objtrace: Add documentation for objtrace Documentation/trace/events.rst | 90 +++ include/linux/trace_events.h | 1 + kernel/trace/Kconfig | 10 + kernel/trace/Makefile | 1 + kernel/trace/trace.c | 11 + kernel/trace/trace.h | 21 + kernel/trace/trace_entries.h | 18 + kernel/trace/trace_events_trigger.c | 5 +- kernel/trace/trace_object.c | 611 ++++++++++++++++++ kernel/trace/trace_output.c | 40 ++ .../ftrace/test.d/trigger/trigger-objtrace.tc | 41 ++ 11 files changed, 847 insertions(+), 2 deletions(-) create mode 100644 kernel/trace/trace_object.c create mode 100644 tools/testing/selftests/ftrace/test.d/trigger/trigger-objtrace.tc base-commit: 09794a5a6c348f629b35fc1687071a1622ef4265 -- 2.25.1