Lines Matching refs:by
53 If you must generate your patches by hand, use "diff -up" or "diff -uprN"
54 to create patches. Git generates patches in this form by default; if
58 generated by diff(1). When creating your patch, make sure to create it
59 in "unified diff" format, as supplied by the '-u' argument to diff(1).
87 "dontdiff" is a list of files which are generated by the kernel during
97 #3. This will facilitate easier reviewing by other kernel developers,
160 If the patch fixes a logged bug entry, refer to that bug entry by
216 change that can be verified by reviewers. Each patch should be justifiable
298 toward the stable maintainers by putting a line like this:
326 Non-portable code replaced by portable code (even in arch-specific,
328 Any fix by the author/maintainer of the file (ie. patch monkey
424 (a) The contribution was created in whole or in part by me and I
432 by me, under the same open source license (unless I am
436 (c) The contribution was provided directly to me by some other
448 Signed-off-by: Random J Developer <random@developer.example.org>
463 you add a line between the last Signed-off-by header and yours, indicating
469 Signed-off-by: Random J Developer <random@developer.example.org>
471 Signed-off-by: Lucky K Maintainer <lucky@maintainer.example.org>
503 12) When to use Acked-by: and Cc:
506 The Signed-off-by: tag indicates that the signer was involved in the
511 ask to have an Acked-by: line added to the patch's changelog.
513 Acked-by: is often used by the maintainer of the affected code when that
516 Acked-by: is not as formal as Signed-off-by:. It is a record that the acker
519 into an Acked-by: (but note that it is usually better to ask for an
522 Acked-by: does not necessarily indicate acknowledgement of the entire patch.
523 For example, if a patch affects multiple subsystems and has an Acked-by: from
531 This is the only tag which might be added without an explicit action by the
537 13) Using Reported-by:, Tested-by:, Reviewed-by:, Suggested-by: and Fixes:
540 The Reported-by tag gives credit to people who find bugs and report them and it
543 Reported-by tag.
545 A Tested-by: tag indicates that the patch has been successfully tested (in
546 some environment) by the person named. This tag informs maintainers that
550 Reviewed-by:, instead, indicates that the patch has been reviewed and found
555 By offering my Reviewed-by: tag, I state that:
575 A Reviewed-by tag is a statement of opinion that the patch is an
578 offer a Reviewed-by tag for a patch. This tag serves to give credit to
580 done on the patch. Reviewed-by: tags, when supplied by reviewers known to
584 A Suggested-by: tag indicates that the patch idea is suggested by the person
595 method for indicating a bug fixed by the patch. See #2 above for more details.
620 - The "Signed-off-by:" lines, described above, which will
630 alphabetically by subject line - pretty much any email reader will
659 The "summary phrase" may be prefixed by tags enclosed in square
714 generates appropriate diffstats by default.)
754 signed by one or more core kernel developers. This step can be hard for