Lines Matching refs:patches
3 Submitting patches: the essential guide to getting your code into the kernel
16 For device tree binding patches, read
17 Documentation/devicetree/bindings/submitting-patches.rst.
19 This documentation assumes that you're using ``git`` to prepare your patches.
39 patches prepared against those trees. See the **T:** entry for the subsystem
59 vendor/product-specific trees that cherry-pick only specific patches
167 or more patches. If your changes include an API update, and a new
168 driver which uses that new API, separate those into two patches.
182 When dividing your change into a series of patches, take special care to
188 If you cannot condense your patch set into a smaller set of patches,
209 Check your patches with the patch style checker prior to submission
230 your patches as arguments to scripts/get_maintainer.pl). If you cannot find a
236 for all patches, but the volume on that list has caused a number of
245 Do not send more than 15 patches at once to the vger mailing lists!!!
249 He gets a lot of e-mail, and, at this point, very few patches go through
283 For this reason, all patches should be submitted by e-mail "inline". The
301 Exception: If your mailer is mangling patches then someone may ask
305 your e-mail client so that it sends your patches untouched.
322 version, add a ``patch changelog`` to the cover letter or to individual patches
337 Once upon a time, patches used to disappear into the void without comment,
340 that you have sent your patches to the right place. Wait for a minimum of
360 and other kernel developers more easily distinguish patches from other
369 To improve tracking of who did what, especially with patches that can
372 patches that are being emailed around.
508 future patches, and ensures credit for the testers.
546 or reviewer, should be added by author to the applicable patches when sending
577 that, if you have your patches stored in a ``git`` repository, proper patch
616 series`` is an ordered sequence of multiple, related patches).
625 thousands of patches using tools such as ``gitk`` or ``git log
642 If there are four patches in a patch series the individual patches may
644 understand the order in which the patches should be applied and that
645 they have reviewed or applied all of the patches in the patch series.
685 on bigger patches. If you are going to include a ``diffstat`` after the
758 When other developers receive your patches and start the review process,
764 If you are using ``git format-patch`` to generate your patches, you can
787 $ git am patches.mbox
798 If you are not using git to format your patches, you can still include
836 Andi Kleen, "On submitting kernel patches"
839 http://halobates.de/on-submitting-patches.pdf