Searched refs:comments (Results 1 – 25 of 149) sorted by relevance
123456
| /linux-5.19.10/Documentation/doc-guide/ |
| D | kernel-doc.rst | 2 Writing kernel-doc comments
6 comments in the kernel-doc format to describe the functions, types
13 comments. Please stick to the style described here.
15 The kernel-doc structure is extracted from the comments, and proper
25 to be used by modules should also have kernel-doc comments.
34 How to format kernel-doc comments
37 The opening comment mark ``/**`` is used for kernel-doc comments. The
38 ``kernel-doc`` tool will extract comments marked this way. The rest of
42 The function and type kernel-doc comments should be placed just before
45 overview kernel-doc comments may be placed anywhere at the top indentation
[all …]
|
| D | contributing.rst | 50 problems in kerneldoc comments in C code. While the documentation
66 comments that look like this::
86 [PATCH] PM / devfreq: Fix two malformed kerneldoc comments
88 Two kerneldoc comments in devfreq.c fail to adhere to the required format,
141 Languishing kerneldoc comments
144 Developers are encouraged to write kerneldoc comments for their code, but
145 many of those comments are never pulled into the docs build. That makes
148 the documentation to bring those comments in can help the community derive
152 overlooked comments.
156 kerneldoc comments for internal use; those should not be pulled into the
|
| /linux-5.19.10/scripts/ |
| D | get_feat.pl | 114 my $comments = "";
158 $comments .= "$1\n";
202 $data{$name}->{comments} = $comments;
313 my $com = $data{$feat}->{comments};
|
| /linux-5.19.10/Documentation/devicetree/bindings/ |
| D | .yamllint | 21 comments:
24 comments-indentation: disable
|
| /linux-5.19.10/Documentation/devicetree/bindings/regulator/ |
| D | rohm,bd71815-regulator.yaml | 56 comments below for bucks/LDOs which support this. 0 means
76 comments below for bucks/LDOs which support this. 0 means
85 comments below for bucks/LDOs which support this. 0 means
|
| /linux-5.19.10/Documentation/translations/zh_CN/doc-guide/ |
| D | contributing.rst | 70 [PATCH] PM / devfreq: Fix two malformed kerneldoc comments
72 Two kerneldoc comments in devfreq.c fail to adhere to the required format,
|
| /linux-5.19.10/Documentation/process/ |
| D | maintainer-tip.rst | 461 Sentences in comments start with an uppercase letter.
463 Single line comments::
467 Multi-line comments::
473 * Larger multi-line comments should be split into paragraphs.
476 No tail comments:
478 Please refrain from using tail comments. Tail comments disturb the
486 Use freestanding comments instead::
511 Instead, comments should explain the non-obvious details and document
528 Function documentation comments:
531 and not free form comments::
[all …]
|
| D | 6.Followthrough.rst | 25 A patch of any significance will result in a number of comments from other
54 What all of this comes down to is that, when reviewers send you comments,
57 from happening. When you get review comments on a patch, take the time to
78 One fatal mistake is to ignore review comments in the hope that they will
80 responded to the comments you got the time before, you're likely to find
124 there's a good chance that you will get more comments from a new set of
125 reviewers; these comments need to be answered as in the previous round.
145 may be a new round of comments from developers who had not been aware of
|
| D | code-of-conduct.rst | 33 * Trolling, insulting/derogatory comments, and personal or political attacks
49 comments, commits, code, wiki edits, issues, and other contributions that are
|
| D | submitting-patches.rst | 308 Respond to review comments
311 Your patch will almost certainly get comments from reviewers on ways in
313 respond to those comments; ignoring reviewers is a good way to get ignored in
314 return. You can simply reply to their emails to answer their comments. Review
315 comments or questions that do not lead to a code change should almost certainly
340 receive comments within a week or so; if that does not happen, make sure
454 provided such comments, you may optionally add a ``Cc:`` tag to the patch.
524 with the submitter's response to my comments.
600 - Any additional comments not suitable for the changelog.
639 comments (i.e., "v1, v2, v3"), or "RFC" to indicate a request for
[all …]
|
| /linux-5.19.10/Documentation/driver-api/ |
| D | target.rst | 13 This section is blank because no kerneldoc comments have been added to
|
| /linux-5.19.10/tools/bpf/bpftool/Documentation/ |
| D | Makefile | 27 RST2MAN_OPTS += --verbose --strip-comments
|
| /linux-5.19.10/arch/mips/vdso/ |
| D | Kconfig | 8 # the comments on that file.
|
| /linux-5.19.10/Documentation/translations/ko_KR/ |
| D | stable_api_nonsense.txt | 10 a fork. So if you have any comments or updates for this file please
|
| /linux-5.19.10/Documentation/bpf/libbpf/ |
| D | libbpf_naming_convention.rst | 157 The libbpf API is documented via comments above definitions in
158 header files. These comments can be rendered by doxygen and sphinx
160 convention in which these comments should be formated.
|
| /linux-5.19.10/Documentation/gpu/ |
| D | introduction.rst | 59 concepts. Documentation should be put into the code itself as kerneldoc comments
64 have formal kerneldoc comments. Use normal C comments if you feel like a comment
67 anything entirely private with ``/* private: */`` comments as per the
|
| /linux-5.19.10/arch/arm64/boot/dts/allwinner/ |
| D | sun50i-h6-orangepi-lite2.dts | 53 * See the comments for CLDO2.
|
| /linux-5.19.10/arch/arm/nwfpe/ |
| D | fpa11.inl | 5 Direct questions, comments to Scott Bambrough <scottb@netwinder.org>
|
| D | fpmodule.inl | 5 Direct questions, comments to Scott Bambrough <scottb@netwinder.org>
|
| /linux-5.19.10/Documentation/translations/ja_JP/ |
| D | stable_api_nonsense.txt | 11 fork. So if you have any comments or updates of this file, please try
|
| D | SubmitChecklist | 11 fork. So if you have any comments or updates of this file, please try
|
| /linux-5.19.10/Documentation/fb/ |
| D | cirrusfb.rst | 58 * Code cleanup, add comments.
|
| /linux-5.19.10/Documentation/admin-guide/nfs/ |
| D | nfsd-admin-interfaces.rst | 33 fs/nfsd/nfsctl.c; most of them have detailed comments.
|
| /linux-5.19.10/drivers/staging/qlge/ |
| D | TODO | 29 * remove duplicate and useless comments
|
| /linux-5.19.10/Documentation/filesystems/ext4/ |
| D | about.rst | 14 e2fsprogs-1.44. All comments and corrections are welcome, since there is
|
123456