Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1980377pxj; Sat, 5 Jun 2021 08:47:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwLJv33KpCFrw+9QC5N5eVu6+bELdV6x1fVK809r0v8luXfPxFgi3BPkcyUVayOMRLkVcAE X-Received: by 2002:a17:906:7b4f:: with SMTP id n15mr9492343ejo.220.1622908068149; Sat, 05 Jun 2021 08:47:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622908068; cv=none; d=google.com; s=arc-20160816; b=Q7LO/9u6UlCxYTtwAdcQhv2f0nRmXbTaQm7rSchCq2ma/8HxWv+P5DOo3WOw1hsido XKxJI+mbyKnSSbDH1SGLn+f2XW4cTQtmCd4POpm9kljJARFQ+W1Sr6N/M9MqOMeHMa3+ vFQzi10cJdOLkvrrlIofsACYDtQdQjsibW2SW7hKWVSlwepOdSL/WCFLWMQSe3NpvI8S b7/koa9o6mrQkdfG24qar7+g45p5v7VliXQVs1V5ZHsP9lbDFQC+3oMPYslwyjtm0D4D ud99cqqMJSoy7wSDKJh6e4JI5PFsTLjTxH2ljSCGqfr034hgNbE1pzNdOMyA8CjSqpLy P4+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=IJfhHkzB6JU+XSlwyc8dKxQocbIwcKlTcjVegE04Z64=; b=jymIhbU/Xca2IRVimEfUtKkKTvgPb8ohqNUWenBpJf2/9FTjq18C5AIpf/vpi9mtm/ kkkvYHPgcnTX0aG0mJQnlJw2TWIbAAYfSUx0cn39yMkMbX1xBxICYQy18+YUI/x3pGDf vbXqileWpNvokkEFwJtCLX3cG8U7mk5h0+3C0Ycf8XDWvCIlmp8yP4cIayzlza0TJLzA MByUvPd++RUN3EF2/ZG0+9QtYN858p62JSPUChd6AABiJMDfxL/k/o10ywd/EiBWPN9y r94k1bIXMX7K/EUaRO5WF8QZfHcM9Xl7L4+D+kI65IOIjEEj6q3ywDuPDUght3nqpPZw jjSQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b="Xp/1GC/F"; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m1si5390976edr.71.2021.06.05.08.47.24; Sat, 05 Jun 2021 08:47:48 -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; dkim=pass header.i=@google.com header.s=20161025 header.b="Xp/1GC/F"; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230030AbhFEPp4 (ORCPT + 99 others); Sat, 5 Jun 2021 11:45:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38660 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229930AbhFEPp4 (ORCPT ); Sat, 5 Jun 2021 11:45:56 -0400 Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F34C8C061766 for ; Sat, 5 Jun 2021 08:44:07 -0700 (PDT) Received: by mail-wr1-x436.google.com with SMTP id u7so6851069wrs.10 for ; Sat, 05 Jun 2021 08:44:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=IJfhHkzB6JU+XSlwyc8dKxQocbIwcKlTcjVegE04Z64=; b=Xp/1GC/FizBJ465G6thyi4L+RqrwjNC8GOq/rM9CqamSQrPTQLkyAMkSFIGnoi0OjN 0j6RsSfS8Bj/WOVdKBAONX6p99rs4VJQ6ihUrudGARIfEjR/KmCff4kGCbsaIiOZN+hx AqjZKcRbIdaoILq0t1gmrruOPTMNaKKjXhOikzWG9amOWQohK7oMKdoDEeN3F2lBXEGV RpfjUJA3SFvVcEhLg2V/OplRu7OQQihUWImlochEKbOdZ45dTloa4D8WE5xZYKqI6PML 9O/FgIPfPpVngvfS7J7KavosG/TqXxVLnqWCnvu5d5Jo5H1vE5Q723FYHNvrJPS4mfRU bxOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=IJfhHkzB6JU+XSlwyc8dKxQocbIwcKlTcjVegE04Z64=; b=sZwPbN6nRe0lLaKv6ILk/jIvi/0hL13x9UbcUp/joF/ujqrQ0HlLe3CTKl/DfBO48e QoFysaJGtSidvB+/swigvA/tfkikmHU1rvtGLMMrWaF+Ls5NiuwFHyQpIZporngMh6dN igb2bK2JhA7ZGbbYGUQfVt00piSc3g8y27pUbU7cmvBATzwYg34tnPwz9IQQUp30QQoy vNYglhRQwpMZHt6oZ+9AmMEyujt8UkZOX++MDOOfzX+8zZrG/IBZ+a+wpus0vRVj2nGn RlHE5ICmr0i8kL3d9VnpcVZPLgszmO7eVX8FkXFJ0eCbiFaLY4sINk/xb/RXmFCSGXrk muzA== X-Gm-Message-State: AOAM533LEWuGhnLRbVCEu5Lo4t6eET0b0Ub03GkbNtbM9mis6m7K89w+ LEhzAM3DvEyZkF1gPt/ZjqXe+L6Ouo6ZAKduaPjNrw== X-Received: by 2002:adf:e58d:: with SMTP id l13mr8823026wrm.369.1622907846460; Sat, 05 Jun 2021 08:44:06 -0700 (PDT) MIME-Version: 1.0 References: <63fe86c8de5cced00a1bb5d18d6c7f087268565a.1622898327.git.mchehab+huawei@kernel.org> In-Reply-To: <63fe86c8de5cced00a1bb5d18d6c7f087268565a.1622898327.git.mchehab+huawei@kernel.org> From: David Gow Date: Sat, 5 Jun 2021 23:43:55 +0800 Message-ID: Subject: Re: [PATCH 13/34] docs: dev-tools: testing-overview.rst: avoid using ReSt :doc:`foo` markup To: Mauro Carvalho Chehab Cc: Jonathan Corbet , Linux Doc Mailing List , Daniel Latypov , Marco Elver , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jun 5, 2021 at 9:18 PM Mauro Carvalho Chehab wrote: > > The :doc:`foo` tag is auto-generated via automarkup.py. > So, use the filename at the sources, instead of :doc:`foo`. > > Signed-off-by: Mauro Carvalho Chehab > --- Hmm... I'd originally wanted this to read more like the name of the tool than the path to the doc file, but given the :doc: prefix and backticks are equally ugly, and no less confusing to the plain-text reader than the filename, I'm happy to have this changed. Particularly if we're standardising on this across the kernel documentation. Reviewed-by: David Gow -- David > Documentation/dev-tools/testing-overview.rst | 16 ++++++++-------- > 1 file changed, 8 insertions(+), 8 deletions(-) > > diff --git a/Documentation/dev-tools/testing-overview.rst b/Documentation/dev-tools/testing-overview.rst > index b5b46709969c..65feb81edb14 100644 > --- a/Documentation/dev-tools/testing-overview.rst > +++ b/Documentation/dev-tools/testing-overview.rst > @@ -71,15 +71,15 @@ can be used to verify that a test is executing particular functions or lines > of code. This is useful for determining how much of the kernel is being tested, > and for finding corner-cases which are not covered by the appropriate test. > > -:doc:`gcov` is GCC's coverage testing tool, which can be used with the kernel > -to get global or per-module coverage. Unlike KCOV, it does not record per-task > -coverage. Coverage data can be read from debugfs, and interpreted using the > -usual gcov tooling. > +Documentation/dev-tools/gcov.rst is GCC's coverage testing tool, which can be > +used with the kernel to get global or per-module coverage. Unlike KCOV, it > +does not record per-task coverage. Coverage data can be read from debugfs, > +and interpreted using the usual gcov tooling. > > -:doc:`kcov` is a feature which can be built in to the kernel to allow > -capturing coverage on a per-task level. It's therefore useful for fuzzing and > -other situations where information about code executed during, for example, a > -single syscall is useful. > +Documentation/dev-tools/kcov.rst is a feature which can be built in to the > +kernel to allow capturing coverage on a per-task level. It's therefore useful > +for fuzzing and other situations where information about code executed during, > +for example, a single syscall is useful. > > > Dynamic Analysis Tools > -- > 2.31.1 >