Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp688314pxf; Thu, 1 Apr 2021 10:57:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxRsqnqFrP02k5rp+diAhE1kP0iRKIqxzwHWHR8OqKe+yyz2F5M3uM8L9kJkFonWJIHYEC4 X-Received: by 2002:a05:6e02:188c:: with SMTP id o12mr7470212ilu.143.1617299851340; Thu, 01 Apr 2021 10:57:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617299851; cv=none; d=google.com; s=arc-20160816; b=m/yO6YG1h0+SX4mN2HiihSZhRqIGu4C0r2Z59xv47t3FulldsOmBUFAgEMX2o+YJEq BvQL1ZQ4gdXYlLe73hgYAd3kriHuPgiFFUg7vr0JpdSr6NqIqPVK8blhXppxbF0x2Xf7 Ha6M3EUi+irrurMdOvBZOD01Kzjdwik8Nw5rNN9xV+VHgzZ8HADvRQPaSY4+VYxqJAOh Wt3O18HvVcWgt17Dm/JduytD2h5tPwLmyUqDE1GT7JOPXlvOf85LYdHKc6WTUc/77N9A cKeFAqEibgthrRDmFVmMbzKV+FKgHKegbQDL/12UlgFcLkUdZ6DCDHwqDwcJLGsp1e2D kfkA== 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; bh=P08mtIHPf50lyBDpVejC2eINRCvjpa3RAjKeKAb/L44=; b=XVxFlvYyqX47m5ycw+nd4lxekzOTYgq/XSU/v0MwYsHixk+lNEQjmuDI0M3y9vs1Q9 EF8UkUBtisJPIfHyaBXPhCjhwx9Je87oq2EnCnhsrVVl0IaSObh9Y1qHKGadYzzgnY/L 1ZvlBtO/nfAeS/D4KLTwweqQmej4kr+7f4lW6cud6bfMUecstQGMXoEk2TW9D1BFmRK9 9DWvJirK3Teq3fQeSjdTaAC1VMvfKTZEtN4tve4SDGTgV6LAK0h0/U/uqNuT8pAQ3j3a rzl+mfNVzznoJWNWrWvMWcRAWJa/U2Fqp6hNv+iH2ZhMiaEIoSSexrVjs1ebwrTpSMbV rRtw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=vivo.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w30si5332038jal.121.2021.04.01.10.57.18; Thu, 01 Apr 2021 10:57:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=vivo.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234751AbhDAR47 (ORCPT + 99 others); Thu, 1 Apr 2021 13:56:59 -0400 Received: from mail-m17635.qiye.163.com ([59.111.176.35]:49580 "EHLO mail-m17635.qiye.163.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235411AbhDARmr (ORCPT ); Thu, 1 Apr 2021 13:42:47 -0400 Received: from ubuntu.localdomain (unknown [36.152.145.181]) by mail-m17635.qiye.163.com (Hmail) with ESMTPA id 666A04001AA; Thu, 1 Apr 2021 21:27:41 +0800 (CST) From: Bernard Zhao To: Harry Wei , Alex Shi , Jonathan Corbet , Nathan Chancellor , Nick Desaulniers , Bernard Zhao , "Wu X.C" , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, clang-built-linux@googlegroups.com Cc: opensource.kernel@vivo.com Subject: [PATCH v2] Documentation/translations/zh_CN/dev-tools/ Date: Thu, 1 Apr 2021 06:27:16 -0700 Message-Id: <20210401132732.70612-1-bernard@vivo.com> X-Mailer: git-send-email 2.31.0 MIME-Version: 1.0 Content-Type: text/plain; charset=y Content-Transfer-Encoding: 8bit X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZS1VLWVdZKFlBSE83V1ktWUFJV1kPCR oVCBIfWUFZH0NLTRgdQ0tPSxpNVkpNSkxJQ0hNTUpNT0xVEwETFhoSFyQUDg9ZV1kWGg8SFR0UWU FZT0tIVUpKS0hKTFVLWQY+ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6PE06HDo4Tz8VFis6IksBSyk8 LS4aCRJVSlVKTUpMSUNITU1JS09MVTMWGhIXVRkeCRUaCR87DRINFFUYFBZFWVdZEgtZQVlITVVK TklVSk9OVUpDSllXWQgBWUFKSU1JSzcG X-HM-Tid: 0a788d9e3f1ed991kuws666a04001aa Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Add translations to dev-tools gcov Signed-off-by: Bernard Zhao Reviewed-by: Wu X.C --- Changes since V1: * add index.rst in dev-tools and link to to zh_CN/index.rst * fix some inaccurate translation Link for V1: *https://lore.kernel.org/patchwork/patch/1405740/ --- .../translations/zh_CN/dev-tools/gcov.rst | 279 ++++++++++++++++++ .../translations/zh_CN/dev-tools/index.rst | 39 +++ Documentation/translations/zh_CN/index.rst | 1 + 3 files changed, 319 insertions(+) create mode 100644 Documentation/translations/zh_CN/dev-tools/gcov.rst create mode 100644 Documentation/translations/zh_CN/dev-tools/index.rst diff --git a/Documentation/translations/zh_CN/dev-tools/gcov.rst b/Documentation/translations/zh_CN/dev-tools/gcov.rst new file mode 100644 index 000000000000..e8ffb99b566d --- /dev/null +++ b/Documentation/translations/zh_CN/dev-tools/gcov.rst @@ -0,0 +1,279 @@ +.. SPDX-License-Identifier: GPL-2.0 + +.. include:: ../disclaimer-zh_CN.rst + +:Original: :ref:`Documentation/dev-tools/gcov.rst ` +:Translator: 赵军奎 Bernard Zhao + +.. _dev-tools_gcov: + +在Linux内核里使用gcov做代码覆盖率检查 +==================================== + +gcov是linux中已经集成的一个分析模块,该模块在内核中对 +GCC的代码覆盖率统计提供了支持. +linux内核运行时的代码覆盖率数据会以gcov兼容的格式存储 +在debug-fs中,可以通过gcov的“-o”选项(如下示例)获得 +指定文件的代码运行覆盖率统计数据(需要跳转到内核编 +译路径下并且要有root权限):: + + # cd /tmp/linux-out + # gcov -o /sys/kernel/debug/gcov/tmp/linux-out/kernel spinlock.c + +这将在当前目录中创建带有执行计数注释的源代码文件. +在获得这些统计文件后,可以使用图形化的gcov[1]前端工 +具(比如lcov[2]),来实现自动化处理linux 内核的覆 +盖率运行数据,同时生成易于阅读的HTML格式文件. + +可能的用途: + +* 调试(用来判断每一行的代码是否已经运行过) +* 测试改进(如何修改测试代码,尽可能地覆盖到没有运 + 行过的代码) +* 内核配置优化(对于某一个选项配置,如果关联的代码 + 从来没有运行过,是否还需要这个配置) + +[1]_gcov: https://gcc.gnu.org/onlinedocs/gcc/Gcov.html +[2]_lcov: http://ltp.sourceforge.net/coverage/lcov.php + + +准备 +----------- + +内核打开如下配置:: + + CONFIG_DEBUG_FS=y + CONFIG_GCOV_KERNEL=y + +获取整个内核的覆盖率数据,还需要打开:: + + CONFIG_GCOV_PROFILE_ALL=y + +需要注意的是,整个内核开启覆盖率统计会造成内核镜像 +文件尺寸的增大,同时内核运行的也会变慢一些. +另外,并不是所有的架构都支持整个内核开启覆盖率统计 + +代码运行覆盖率数据只在debugfs挂载完成后才可以访问:: + + mount -t debugfs none /sys/kernel/debug + + +客制化 +------------- + +如果要单独针对某一个路径或者文件进行代码覆盖率统计 +可以在内核相应路径的Makefile中增加如下的配置: + +- 单独统计单个文件(例如main.o):: + + GCOV_PROFILE_main.o := y + +- 单独统计某一个路径:: + + GCOV_PROFILE := y + +如果要在整个内核的覆盖率统计(CONFIG_GCOV_PROFILE_ALL) +中单独排除某一个文件或者路径,可以使用如下的方法:: + + GCOV_PROFILE_main.o := n + +和:: + + GCOV_PROFILE := n + +此机制仅支持链接到内核镜像或编译为内核模块的文件. + + +相关文件 +------------- + +gcov功能需要在debugfs中创建如下文件: + +``/sys/kernel/debug/gcov`` + gcov相关功能的根路径 + +``/sys/kernel/debug/gcov/reset`` + 全局复位文件:向该文件写入数据后会将所有的gcov统计 + 数据清0 + +``/sys/kernel/debug/gcov/path/to/compile/dir/file.gcda`` + gcov工具可以识别的覆盖率统计数据文件,向该文件写入 + 数据后会将本文件的gcov统计数据清0 + +``/sys/kernel/debug/gcov/path/to/compile/dir/file.gcno`` + gcov工具需要的软连接文件(指向编译时生成的信息统 + 计文件),这个文件是在gcc编译时如果配置了选项 + “-ftest-coverage”时生成的. + + +针对模块的统计 +------- + +内核中的模块会动态的加载和卸载,模块卸载时对应的 +数据会被清除掉. +gcov提供了一种机制,通过保留相关数据的副本来收集 +这部分卸载模块的覆盖率数据. +模块卸载后这些备份数据在debugfs中会继续存在. +一旦这个模块重新加载,模块关联的运行统计会被初始 +化成debugfs中备份的数据. + +可以通过对内核参数gcov_persist的修改来停用gcov +对模块的备份机制:: + + gcov_persist = 0 + +在运行时,用户还可以通过写入模块的数据文件或者写入 +gcov复位文件来丢弃已卸载模块的数据. + + +分离的编译和运行设备 +--------------------------------- + +gcov的内核分析架构支持内核的编译和分析是在同一台 +设备上,也可以编译和运行是在不同的设备上. +如果内核编译和运行是不同的设备,那么需要额外的准备 +工作,这取决于gcov工具是在哪里使用的: + +a) 若gcov运行在测试设备上 + + 测试设备上面gcov工具的版本必须要跟设备内核编 + 译使用的gcc版本相兼容,同时下面的文件要从编译 + 设备拷贝到测试设备上: + + 从源代码中: + - 所有的C文件和头文件 + + 从编译目录中: + - 所有的C文件和头文件 + - 所有的.gcda文件和.gcno文件 + - 所有目录的链接 + + 特别需要注意,测试机器上面的目录结构跟编译机器 + 上面的目录机构必须完全一致. + 如果文件是软链接,需要替换成真正的目录文件 + (这是由make的当前工作目录变量CURDIR引起的) + +b) 若gcov运行在编译设备上 + + 测试用例运行结束后,如下的文件需要从测试设备中 + 拷贝到编译设备上: + + 从sysfs中的gcov目录中: + - 所有的.gcda文件 + - 所有的.gcno文件软链接 + + 这些文件可以拷贝到编译设备的任意目录下,gcov使 + 用-o选项指定拷贝的目录. + + 比如一个是示例的目录结构如下:: + + /tmp/linux: 内核源码目录 + /tmp/out: 内核编译文件路径(make O=指定) + /tmp/coverage: 从测试机器上面拷贝的数据文件路径 + + [user@build] cd /tmp/out + [user@build] gcov -o /tmp/coverage/tmp/out/init main.c + + +关于编译器的注意事项 +----------------- + +GCC和LLVM gcov工具不一定兼容. +如果编译器是GCC,使用gcov_[3]来处理.gcno和.gcda文件 +如果是Clang编译器,则使用llvm-cov_[4]. + +[3]_gcov: https://gcc.gnu.org/onlinedocs/gcc/Gcov.html +[4]_llvm-cov: https://llvm.org/docs/CommandGuide/llvm-cov.html + +GCC和Clang gcov之间的版本差异由Kconfig处理的. +kconfig会根据编译工具链的检查自动选择合适的gcov格式. + +问题定位 +--------------- + +可能出现的问题1 + 编译到链接阶段报错终止 + +问题原因 + 分析标志指定在了源文件但是没有链接到主内核 + 或者客制化了链接程序 + +解决方法 + 通过在相应的Makefile中使用“GCOV_PROFILE := n” + 或者“GCOV_PROFILE_basename.o := n”来将链接报错的文件 + 排除掉 + +可能出现的问题2 + 从sysfs复制的文件显示为空或不完整 + +问题原因 + 由于seq_file的工作方式,某些工具(例如cp或tar) + 可能无法正确地从sysfs复制文件. + +解决方法 + 使用“cat”读取“.gcda”文件,使用“cp -d”复制链接 + 或者使用附录B中所示的机制. + + +附录A::collect_on_build.sh +------------------------------ + +用于在编译设备上收集覆盖率编译中间数据文件 +的示例脚本 +(如下6a示例) + +.. code-block:: sh + + #!/bin/bash + + KSRC=$1 + KOBJ=$2 + DEST=$3 + + if [ -z "$KSRC" ] || [ -z "$KOBJ" ] || [ -z "$DEST" ]; then + echo "Usage: $0 " >&2 + exit 1 + fi + + KSRC=$(cd $KSRC; printf "all:\n\t@echo \${CURDIR}\n" | make -f -) + KOBJ=$(cd $KOBJ; printf "all:\n\t@echo \${CURDIR}\n" | make -f -) + + find $KSRC $KOBJ \( -name '*.gcno' -o -name '*.[ch]' -o -type l \) -a \ + -perm /u+r,g+r | tar cfz $DEST -P -T - + + if [ $? -eq 0 ] ; then + echo "$DEST successfully created, copy to test system and unpack with:" + echo " tar xfz $DEST -P" + else + echo "Could not create file $DEST" + fi + + +附录B::collect_on_test.sh +----------------------------- + +用于在测试设备上收集覆盖里统计数据数据文件的示例脚本 +(如下6b示例) + +.. code-block:: sh + + #!/bin/bash -e + + DEST=$1 + GCDA=/sys/kernel/debug/gcov + + if [ -z "$DEST" ] ; then + echo "Usage: $0 " >&2 + exit 1 + fi + + TEMPDIR=$(mktemp -d) + echo Collecting data.. + find $GCDA -type d -exec mkdir -p $TEMPDIR/\{\} \; + find $GCDA -name '*.gcda' -exec sh -c 'cat < $0 > '$TEMPDIR'/$0' {} \; + find $GCDA -name '*.gcno' -exec sh -c 'cp -d $0 '$TEMPDIR'/$0' {} \; + tar czf $DEST -C $TEMPDIR sys + rm -rf $TEMPDIR + + echo "$DEST successfully created, copy to build system and unpack with:" + echo " tar xfz $DEST" diff --git a/Documentation/translations/zh_CN/dev-tools/index.rst b/Documentation/translations/zh_CN/dev-tools/index.rst new file mode 100644 index 000000000000..0c6b5c2f4a7f --- /dev/null +++ b/Documentation/translations/zh_CN/dev-tools/index.rst @@ -0,0 +1,39 @@ +.. SPDX-License-Identifier: GPL-2.0 + +.. include:: ../disclaimer-zh_CN.rst + +:Original: :ref:`Documentation/dev-tools/gcov.rst ` +:Translator: 赵军奎 Bernard Zhao + +.. _development_dev-tools_index: + +================================ +内核开发工具 +================================ + +本文档是有关内核开发工具文档的合集。 +目前这些文档已经整理在一起,不需要再花费额外的精力。 +欢迎任何补丁。 + +.. class:: toc-title + + 目录 + +.. toctree:: + :maxdepth: 2 + + gcov + +Todolist: + + coccinelle + sparse + kcov + kasan + ubsan + kmemleak + kcsan + gdb-kernel-debugging + kgdb + kselftest + kunit/index diff --git a/Documentation/translations/zh_CN/index.rst b/Documentation/translations/zh_CN/index.rst index be6f11176200..a5e483b0c7f2 100644 --- a/Documentation/translations/zh_CN/index.rst +++ b/Documentation/translations/zh_CN/index.rst @@ -20,6 +20,7 @@ process/index filesystems/index arm64/index + dev-tools/index 目录和表格 ---------- -- 2.31.0