Linux kernel mirror (for testing) git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
kernel os linux

bpf, docs: Fix link to netdev-FAQ target

The BPF devel Q&A documentation page makes frequent reference to the
netdev-QA page via the netdev-FAQ rst link. This link is currently
broken, as is evidenced by the build output when making BPF docs:

./Documentation/bpf/bpf_devel_QA.rst:150: WARNING: undefined label: 'netdev-faq'
./Documentation/bpf/bpf_devel_QA.rst:206: WARNING: undefined label: 'netdev-faq'
./Documentation/bpf/bpf_devel_QA.rst:231: WARNING: undefined label: 'netdev-faq'
./Documentation/bpf/bpf_devel_QA.rst:396: WARNING: undefined label: 'netdev-faq'
./Documentation/bpf/bpf_devel_QA.rst:412: WARNING: undefined label: 'netdev-faq'

Fix the links to point to the actual netdev-faq page.

Signed-off-by: David Vernet <void@manifault.com>
Link: https://lore.kernel.org/r/20230302183918.54190-1-void@manifault.com
Signed-off-by: Alexei Starovoitov <ast@kernel.org>

authored by

David Vernet and committed by
Alexei Starovoitov
d56b0c46 c45eac53

+7 -7
+7 -7
Documentation/bpf/bpf_devel_QA.rst
··· 128 128 net-next are both run by David S. Miller. From there, they will go 129 129 into the kernel mainline tree run by Linus Torvalds. To read up on the 130 130 process of net and net-next being merged into the mainline tree, see 131 - the :ref:`netdev-FAQ` 131 + the `netdev-FAQ`_. 132 132 133 133 134 134 ··· 147 147 Q: How do I indicate which tree (bpf vs. bpf-next) my patch should be applied to? 148 148 --------------------------------------------------------------------------------- 149 149 150 - A: The process is the very same as described in the :ref:`netdev-FAQ`, 150 + A: The process is the very same as described in the `netdev-FAQ`_, 151 151 so please read up on it. The subject line must indicate whether the 152 152 patch is a fix or rather "next-like" content in order to let the 153 153 maintainers know whether it is targeted at bpf or bpf-next. ··· 206 206 Once the BPF pull request was accepted by David S. Miller, then 207 207 the patches end up in net or net-next tree, respectively, and 208 208 make their way from there further into mainline. Again, see the 209 - :ref:`netdev-FAQ` for additional information e.g. on how often they are 209 + `netdev-FAQ`_ for additional information e.g. on how often they are 210 210 merged to mainline. 211 211 212 212 Q: How long do I need to wait for feedback on my BPF patches? ··· 230 230 ----------------------------------------------------------------- 231 231 A: For the time when the merge window is open, bpf-next will not be 232 232 processed. This is roughly analogous to net-next patch processing, 233 - so feel free to read up on the :ref:`netdev-FAQ` about further details. 233 + so feel free to read up on the `netdev-FAQ`_ about further details. 234 234 235 235 During those two weeks of merge window, we might ask you to resend 236 236 your patch series once bpf-next is open again. Once Linus released ··· 394 394 netdev@vger.kernel.org 395 395 396 396 The process in general is the same as on netdev itself, see also the 397 - :ref:`netdev-FAQ`. 397 + `netdev-FAQ`_. 398 398 399 399 Q: Do you also backport to kernels not currently maintained as stable? 400 400 ---------------------------------------------------------------------- ··· 410 410 What should I do? 411 411 412 412 A: The same rules apply as with netdev patch submissions in general, see 413 - the :ref:`netdev-FAQ`. 413 + the `netdev-FAQ`_. 414 414 415 415 Never add "``Cc: stable@vger.kernel.org``" to the patch description, but 416 416 ask the BPF maintainers to queue the patches instead. This can be done ··· 685 685 686 686 .. Links 687 687 .. _Documentation/process/: https://www.kernel.org/doc/html/latest/process/ 688 - .. _netdev-FAQ: Documentation/process/maintainer-netdev.rst 688 + .. _netdev-FAQ: https://www.kernel.org/doc/html/latest/process/maintainer-netdev.html 689 689 .. _selftests: 690 690 https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/tools/testing/selftests/bpf/ 691 691 .. _Documentation/dev-tools/kselftest.rst: