From patchwork Tue Mar 14 07:44:49 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Bagas Sanjaya X-Patchwork-Id: 69346 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:5915:0:0:0:0:0 with SMTP id v21csp1620063wrd; Tue, 14 Mar 2023 00:53:16 -0700 (PDT) X-Google-Smtp-Source: AK7set+aixmBYM1xKtU6m6s6alNY8Vww+Te6UbWae3w/s82gOp+AqiNvj6MNkZ44e6fIhH/emIIT X-Received: by 2002:a05:6a20:459:b0:d3:efaf:3613 with SMTP id b25-20020a056a20045900b000d3efaf3613mr5534050pzb.21.1678780396416; Tue, 14 Mar 2023 00:53:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1678780396; cv=none; d=google.com; s=arc-20160816; b=dNY8b9jpoMjk4I1TN6Bpdd2aYKsQVZ7TmMr3vpL0D05K23999vsuQjbDmMD6qczfdJ 4lo6akmqHZ3pxLAx5roXqYicrE6PJHzWZP5kLpjVhLzU4z6NJeHskP1OdBVmK5VjUhzm Elshg8KKvVeenijuu00ikmfd3lYzzxHnbrNawSuYYvx034bTBEsGpngE2kgIF0nXxc3k jQTCYLCA/F2o+r1L24xXR8m0qRVRzq7bzouVwGy2n+Ts07FKX8aU17eUt606M9WnAlmN ZUd/7e51blLu+uKJNpwSftxdgag5SrBD9DEsdxzNYZ7tbBKYgkmb16ghGAl9F7PoY8eW zrkQ== 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=wkbLUz3t4yNMZloDeQATgW6sx1hgcVThGklposOFn50=; b=rOr7aHkkMaDKPfC8KXkYglZAOqHYjf4t9ckMxk9SaUfirL0piRzY9KH+cqvZzpt4q7 rVEIc16AUTk6cxoxgHdzdChUPOaZiFtnv1I1fjbnj6OTjeYaFVQ9whcTDf3haN9A81G8 6IbUG3NDmmj963YOHZm8P7DBzYpZglMj8XDaTyj+R2IHp5xtts6a22f7YhOPQTRRuTIa LH5ZhvkbokWIUg7q816qb6fD/PVyRkx5w1HPw51bLNvEkZEq3EpVZMUvBvlU7iVen87P hLbItCPh1PFPF1k10ctSoy3jrr5C+vAZhwLT8eDUiXNxmWhbO33iQ1jmNtegZ5TylsC4 bpMA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=QNQO0u0s; 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: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t9-20020a634449000000b004fc698192a6si1712521pgk.215.2023.03.14.00.53.04; Tue, 14 Mar 2023 00:53:16 -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=QNQO0u0s; 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 S230243AbjCNHpi (ORCPT + 99 others); Tue, 14 Mar 2023 03:45:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36846 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230268AbjCNHpc (ORCPT ); Tue, 14 Mar 2023 03:45:32 -0400 Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DD7D915C95; Tue, 14 Mar 2023 00:45:18 -0700 (PDT) Received: by mail-pg1-x531.google.com with SMTP id y189so4186367pgb.10; Tue, 14 Mar 2023 00:45:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678779918; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=wkbLUz3t4yNMZloDeQATgW6sx1hgcVThGklposOFn50=; b=QNQO0u0sIxZTgk06Widi13P5TGO2Qx7wWen083tyd1qpTR8+GNo8MopmdAYQWIpQTy wxegRtWriC+E5IZgVOI15ngBpzGN1N81sB88IsZdmNo+zqtu6W8k9SZ+qiD0w4tYEm7h L/Lu9Q3vmVAlrhwr8v3HgbxPfy0WpzeEGE3f/IQV514o/MCTr3bypfxE5c7Fdu97Kl2r wKBI6FewS9vJWPe99SUeOzjMUEMBH4BCI0DHfC1GK3uvX37C61rBKxvS1QQhOUg4Z76A AA3EbZh5pTYED1anw6viin9F2Fc022Zf+/SEqj43R9dgyQktaDbjUY/iW3QUa9vazp4d E5hg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678779918; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=wkbLUz3t4yNMZloDeQATgW6sx1hgcVThGklposOFn50=; b=Ryhfr9hoILkVmdVCHWBfpiy0ffVDd21EkwcS34bvtvPzW+jzGxEb+HjNAnPgCFD1Vo lbse0BWyNDQiNlkPE4jwtpBNnF7ud8Bsckox5GpYyfZJ+So3wpXorqmtTOY1myu4JOl/ uEmeoz7UjJl/W5MzLmjVNBLkHSztWDqsMyVSP/32qiFJjNvSfWMVGQ1cHDTiA64Bo5dP Q6vk/j4gc49usDb75KgKO7Z+by/3l9QwyArUP3TUahwlZOFMEms0yuXO7uMX78bwM+g+ jNa759aJfony4OPRk3L6LhrzdRnFWOVn1QQzKHGviYU/cI/+YcQgu+kayAGaPR+xUahJ SsEg== X-Gm-Message-State: AO0yUKVWK3VzWPwvSIo6KwAu1opyyRdHb5GdBk8IJf/KZ90TN6YPbTRP 4fp1sNQInlY+r6cDLnOXbhc= X-Received: by 2002:a62:4dc6:0:b0:624:6fdf:b36e with SMTP id a189-20020a624dc6000000b006246fdfb36emr5357025pfb.28.1678779918255; Tue, 14 Mar 2023 00:45:18 -0700 (PDT) Received: from debian.me (subs02-180-214-232-23.three.co.id. [180.214.232.23]) by smtp.gmail.com with ESMTPSA id x4-20020aa79184000000b006089fb79f1esm951603pfa.96.2023.03.14.00.45.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 14 Mar 2023 00:45:17 -0700 (PDT) Received: by debian.me (Postfix, from userid 1000) id 15BF01065A6; Tue, 14 Mar 2023 14:45:13 +0700 (WIB) From: Bagas Sanjaya To: Linux BPF , Linux Documentation , Linux Kernel Mailing List Cc: Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Martin KaFai Lau , Song Liu , Yonghong Song , John Fastabend , KP Singh , Stanislav Fomichev , Hao Luo , Jiri Olsa , Jonathan Corbet , David Vernet , "David S. Miller" , "Tobin C. Harding" , Bagas Sanjaya Subject: [PATCH bpf-next v2] bpf, docs: Use internal linking for link to netdev subsystem doc Date: Tue, 14 Mar 2023 14:44:49 +0700 Message-Id: <20230314074449.23620-1-bagasdotme@gmail.com> X-Mailer: git-send-email 2.39.2 MIME-Version: 1.0 X-Developer-Signature: v=1; a=openpgp-sha256; l=5399; i=bagasdotme@gmail.com; h=from:subject; bh=l4lUIuUTeBYSWJjEBK5BU+4Eb6nddzH8ARgPVJatgyA=; b=owGbwMvMwCX2bWenZ2ig32LG02pJDCkCqq/iauwCTFfYVf54sEw0I+JAwOTWpvkdf+WelUz5Eaqy 0keoo5SFQYyLQVZMkWVSIl/T6V1GIhfa1zrCzGFlAhnCwMUpABOx3MnwP+G5UYHUfzfF57LapzfP5/ OaFy0scuFEXKWcc1rEn1sW8xj+ikxLuGLw8+BEtY9bl3xZYrV+tk5mwuN6fs9Hz0ROu4oVMAIA X-Developer-Key: i=bagasdotme@gmail.com; a=openpgp; fpr=701B806FDCA5D3A58FFB8F7D7C276C64A5E44A1D X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_WEB,SPF_HELO_NONE,SPF_PASS autolearn=no 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 X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1760328832625929769?= X-GMAIL-MSGID: =?utf-8?q?1760328832625929769?= Commit d56b0c461d19da ("bpf, docs: Fix link to netdev-FAQ target") attempts to fix linking problem to undefined "netdev-FAQ" label introduced in 287f4fa99a5281 ("docs: Update references to netdev-FAQ") by changing internal cross reference to netdev subsystem documentation (Documentation/process/maintainer-netdev.rst) to external one at docs.kernel.org. However, the linking problem is still not resolved, as the generated link points to non-existent netdev-FAQ section of the external doc, which when clicked, will instead going to the top of the doc. Revert back to internal linking by simply mention the doc path while massaging the leading text to the link, since the netdev subsystem doc contains no FAQs but rather general information about the subsystem. Fixes: d56b0c461d19da ("bpf, docs: Fix link to netdev-FAQ target") Fixes: 287f4fa99a5281 ("docs: Update references to netdev-FAQ") Signed-off-by: Bagas Sanjaya --- Changes since v1 [1]: * Use plain doc path for internal linking * Edit the surrounding text to mention what the target is about There is an unresolved question: Is this cross-ref fixup should be made against bpf tree instead, because the original problem is also seen there? If so, I will do the fix against that tree instead. [1]: https://lore.kernel.org/linux-doc/20230313025119.17430-1-bagasdotme@gmail.com/ Documentation/bpf/bpf_devel_QA.rst | 20 ++++++++++++-------- 1 file changed, 12 insertions(+), 8 deletions(-) base-commit: 9e36a204bd43553a9cd4bd574612cd9a5df791ea diff --git a/Documentation/bpf/bpf_devel_QA.rst b/Documentation/bpf/bpf_devel_QA.rst index 5f5f9ccc3862b4..e151e61dff3818 100644 --- a/Documentation/bpf/bpf_devel_QA.rst +++ b/Documentation/bpf/bpf_devel_QA.rst @@ -128,7 +128,8 @@ into the bpf-next tree will make their way into net-next tree. net and net-next are both run by David S. Miller. From there, they will go into the kernel mainline tree run by Linus Torvalds. To read up on the process of net and net-next being merged into the mainline tree, see -the `netdev-FAQ`_. +the documentation on netdev subsystem at +Documentation/process/maintainer-netdev.rst. @@ -147,7 +148,8 @@ request):: Q: How do I indicate which tree (bpf vs. bpf-next) my patch should be applied to? --------------------------------------------------------------------------------- -A: The process is the very same as described in the `netdev-FAQ`_, +A: The process is the very same as described in the netdev subsystem +documentation at Documentation/process/maintainer-netdev.rst, so please read up on it. The subject line must indicate whether the patch is a fix or rather "next-like" content in order to let the maintainers know whether it is targeted at bpf or bpf-next. @@ -206,8 +208,9 @@ ii) run extensive BPF test suite and Once the BPF pull request was accepted by David S. Miller, then the patches end up in net or net-next tree, respectively, and make their way from there further into mainline. Again, see the -`netdev-FAQ`_ for additional information e.g. on how often they are -merged to mainline. +documentation for netdev subsystem at +Documentation/process/maintainer-netdev.rst for additional information +e.g. on how often they are merged to mainline. Q: How long do I need to wait for feedback on my BPF patches? ------------------------------------------------------------- @@ -230,7 +233,8 @@ Q: Are patches applied to bpf-next when the merge window is open? ----------------------------------------------------------------- A: For the time when the merge window is open, bpf-next will not be processed. This is roughly analogous to net-next patch processing, -so feel free to read up on the `netdev-FAQ`_ about further details. +so feel free to read up on the netdev docs at +Documentation/process/maintainer-netdev.rst about further details. During those two weeks of merge window, we might ask you to resend your patch series once bpf-next is open again. Once Linus released @@ -394,7 +398,8 @@ netdev kernel mailing list in Cc and ask for the fix to be queued up: netdev@vger.kernel.org The process in general is the same as on netdev itself, see also the -`netdev-FAQ`_. +the documentation on networking subsystem at +Documentation/process/maintainer-netdev.rst. Q: Do you also backport to kernels not currently maintained as stable? ---------------------------------------------------------------------- @@ -410,7 +415,7 @@ Q: The BPF patch I am about to submit needs to go to stable as well What should I do? A: The same rules apply as with netdev patch submissions in general, see -the `netdev-FAQ`_. +the netdev docs at Documentation/process/maintainer-netdev.rst. Never add "``Cc: stable@vger.kernel.org``" to the patch description, but ask the BPF maintainers to queue the patches instead. This can be done @@ -685,7 +690,6 @@ when: .. Links .. _Documentation/process/: https://www.kernel.org/doc/html/latest/process/ -.. _netdev-FAQ: https://www.kernel.org/doc/html/latest/process/maintainer-netdev.html .. _selftests: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/tools/testing/selftests/bpf/ .. _Documentation/dev-tools/kselftest.rst: