@@ -106,9 +106,9 @@ into the bpf-next tree will make their way into net-next tree. net and
106
106
net-next are both run by David S. Miller. From there, they will go
107
107
into the kernel mainline tree run by Linus Torvalds. To read up on the
108
108
process of net and net-next being merged into the mainline tree, see
109
- the `netdev FAQ `_ under:
109
+ the :ref: `netdev-FAQ `
110
+
110
111
111
- `Documentation/networking/netdev-FAQ.txt `_
112
112
113
113
Occasionally, to prevent merge conflicts, we might send pull requests
114
114
to other trees (e.g. tracing) with a small subset of the patches, but
@@ -125,8 +125,8 @@ request)::
125
125
Q: How do I indicate which tree (bpf vs. bpf-next) my patch should be applied to?
126
126
---------------------------------------------------------------------------------
127
127
128
- A: The process is the very same as described in the `netdev FAQ `_, so
129
- please read up on it. The subject line must indicate whether the
128
+ A: The process is the very same as described in the :ref: `netdev- FAQ `,
129
+ so please read up on it. The subject line must indicate whether the
130
130
patch is a fix or rather "next-like" content in order to let the
131
131
maintainers know whether it is targeted at bpf or bpf-next.
132
132
@@ -184,7 +184,7 @@ ii) run extensive BPF test suite and
184
184
Once the BPF pull request was accepted by David S. Miller, then
185
185
the patches end up in net or net-next tree, respectively, and
186
186
make their way from there further into mainline. Again, see the
187
- `netdev FAQ `_ for additional information e.g. on how often they are
187
+ :ref: `netdev- FAQ ` for additional information e.g. on how often they are
188
188
merged to mainline.
189
189
190
190
Q: How long do I need to wait for feedback on my BPF patches?
@@ -208,7 +208,7 @@ Q: Are patches applied to bpf-next when the merge window is open?
208
208
-----------------------------------------------------------------
209
209
A: For the time when the merge window is open, bpf-next will not be
210
210
processed. This is roughly analogous to net-next patch processing,
211
- so feel free to read up on the `netdev FAQ `_ about further details.
211
+ so feel free to read up on the :ref: `netdev- FAQ ` about further details.
212
212
213
213
During those two weeks of merge window, we might ask you to resend
214
214
your patch series once bpf-next is open again. Once Linus released
@@ -372,7 +372,7 @@ netdev kernel mailing list in Cc and ask for the fix to be queued up:
372
372
373
373
374
374
The process in general is the same as on netdev itself, see also the
375
- `netdev FAQ `_ document .
375
+ :ref: `netdev- FAQ `.
376
376
377
377
Q: Do you also backport to kernels not currently maintained as stable?
378
378
----------------------------------------------------------------------
@@ -388,9 +388,7 @@ Q: The BPF patch I am about to submit needs to go to stable as well
388
388
What should I do?
389
389
390
390
A: The same rules apply as with netdev patch submissions in general, see
391
- `netdev FAQ `_ under:
392
-
393
- `Documentation/networking/netdev-FAQ.txt `_
391
+ the :ref: `netdev-FAQ `.
394
392
395
393
Never add "``
Cc: [email protected] ``" to the patch description, but
396
394
ask the BPF maintainers to queue the patches instead. This can be done
@@ -630,8 +628,7 @@ when:
630
628
.. Links
631
629
.. _Documentation/process/ : https://www.kernel.org/doc/html/latest/process/
632
630
.. _MAINTAINERS : ../../MAINTAINERS
633
- .. _Documentation/networking/netdev-FAQ.txt : ../networking/netdev-FAQ.txt
634
- .. _netdev FAQ : ../networking/netdev-FAQ.txt
631
+ .. _netdev-FAQ : ../networking/netdev-FAQ.rst
635
632
.. _samples/bpf/ : ../../samples/bpf/
636
633
.. _selftests : ../../tools/testing/selftests/bpf/
637
634
.. _Documentation/dev-tools/kselftest.rst :
0 commit comments