<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <br>
    <br>
    <div class="moz-cite-prefix">On 4/1/19 4:02 PM, Richard Purdie
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:b08083fc2f63f6324a652706f8343a0b8defe209.camel@linuxfoundation.org">
      <pre class="moz-quote-pre" wrap="">On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">Hello,

I have noticed a large number of git commits with no header
information being accepted.
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
Can you be more specific about what "no header information" means? You
mean a shortlog and no full log message?</pre>
    </blockquote>
    Commits with just a "subject" and signoff. No additional information<br>
    <br>
    We tend to reference back to how the kernel does things.<br>
    <br>
<a class="moz-txt-link-freetext" href="https://www.kernel.org/doc/html/latest/process/submitting-patches.html">https://www.kernel.org/doc/html/latest/process/submitting-patches.html</a><br>
    These two sections in particular.<br>
    <h2>2) Describe your changes</h2>
    <p>Describe your problem. Whether your patch is a one-line bug fix
      or
      5000 lines of a new feature, there must be an underlying problem
      that
      motivated you to do this work. Convince the reviewer that there is
      a
      problem worth fixing and that it makes sense for them to read past
      the
      first paragraph.</p>
    <p><br>
    </p>
    <p>along with this section.</p>
    <p><br>
    </p>
    <h2>14) The canonical patch format</h2>
    <p>This section describes how the patch itself should be formatted.
      Note
      that, if you have your patches stored in a <code class="docutils
        literal"><span class="pre">git</span></code> repository, proper
      patch
      formatting can be had with <code class="docutils literal"><span
          class="pre">git</span> <span class="pre">format-patch</span></code>.
      The tools cannot create
      the necessary text, though, so read the instructions below anyway.</p>
    <p>The canonical patch subject line is:</p>
    <div class="highlight-none">
      <div class="highlight">
        <pre><span></span>Subject: [PATCH 001/123] subsystem: summary phrase
</pre>
      </div>
    </div>
    <p>The canonical patch message body contains the following:</p>
    <blockquote>
      <div>
        <ul class="simple">
          <li>A <code class="docutils literal"><span class="pre">from</span></code>
            line specifying the patch author, followed by an empty
            line (only needed if the person sending the patch is not the
            author).</li>
          <li>The body of the explanation, line wrapped at 75 columns,
            which will
            be copied to the permanent changelog to describe this patch.</li>
          <li>An empty line.</li>
          <li>The <code class="docutils literal"><span class="pre">Signed-off-by:</span></code>
            lines, described above, which will
            also go in the changelog.</li>
          <li>A marker line containing simply <code class="docutils
              literal"><span class="pre">---</span></code>.</li>
          <li>Any additional comments not suitable for the changelog.</li>
          <li>The actual patch (<code class="docutils literal"><span
                class="pre">diff</span></code> output).</li>
        </ul>
        <p><br>
        </p>
        <p>- Armin<br>
        </p>
      </div>
    </blockquote>
    <blockquote type="cite"
cite="mid:b08083fc2f63f6324a652706f8343a0b8defe209.camel@linuxfoundation.org">
      <pre class="moz-quote-pre" wrap="">

Cheers,

Richard

</pre>
    </blockquote>
    <br>
  </body>
</html>