From: "Jesper Juhl" <jesper.juhl@gmail.com>
To: "Ben Castricum" <lk08@bencastricum.nl>
Cc: "Randy Dunlap" <randy.dunlap@oracle.com>, linux-kernel@vger.kernel.org
Subject: Re: [TRIVIAL PATCH] Microcode: show results on success too plus fix typo
Date: Wed, 26 Mar 2008 22:04:21 +0100 [thread overview]
Message-ID: <9a8748490803261404u2ef0f6f0rf4cccc2602cca726@mail.gmail.com> (raw)
In-Reply-To: <20080326134053.c75656dc.randy.dunlap@oracle.com>
On 26/03/2008, Randy Dunlap <randy.dunlap@oracle.com> wrote:
> On Wed, 26 Mar 2008 21:22:25 +0100 Ben Castricum wrote:
>
> > Show a bit more info when updating microcode. It used to be there but
> > no with DEBUG unset makes it very silent.
> >
> > This is my first patch, please let me know if I did anything wrong.
> >
> > Signed-off-by: Ben Castricum <lk08@bencastricum.nl>
A line with "---" after Signed-off-by: is prefered.
A diffstat is also common.
To quote Documentation/SubmittingPatches :
"The canonical patch message body contains the following:
- A "from" line specifying the patch author.
- An empty line.
- The body of the explanation, which will be copied to the
permanent changelog to describe this patch.
- The "Signed-off-by:" lines, described above, which will
also go in the changelog.
- A marker line containing simply "---".
- Any additional comments not suitable for the changelog.
- The actual patch (diff output).
"
> >
> > diff --git a/arch/x86/kernel/microcode.c b/arch/x86/kernel/microcode.c
> > index f2702d0..ca1fd52 100644
> > --- a/arch/x86/kernel/microcode.c
> > +++ b/arch/x86/kernel/microcode.c
> > @@ -336,11 +336,11 @@ static void apply_microcode(int cpu)
> >
> > spin_unlock_irqrestore(µcode_update_lock, flags);
> > if (val[1] != uci->mc->hdr.rev) {
> > - printk(KERN_ERR "microcode: CPU%d updated from revision "
> > + printk(KERN_ERR "microcode: CPU%d update from revision "
> > "0x%x to 0x%x failed\n", cpu_num, uci->rev, val[1]);
> > return;
> > }
> > - pr_debug("microcode: CPU%d updated from revision "
> > + printk(KERN_INFO "microcode: CPU%d updated from revision "
> > "0x%x to 0x%x, date = %08x \n",
> > cpu_num, uci->rev, val[1], uci->mc->hdr.date);
> > uci->rev = val[1];
>
>
> Your mailer client (*cough*) converted tabs to spaces,
> so the patch does not apply cleanly now.
> You'll need to find a way to send patches that does not mangle
> whitespace.
>
Also, since this is a rather trivial patch (even hinted at in the
subject) you should probably have added trivial@kernel.org to Cc: - if
you don't, the chances that I will notice it and pick it up in the
trivial tree are pretty slim.
--
Jesper Juhl <jesper.juhl@gmail.com>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html
next prev parent reply other threads:[~2008-03-26 21:04 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-26 20:22 Ben Castricum
2008-03-26 20:40 ` Randy Dunlap
2008-03-26 21:04 ` Jesper Juhl [this message]
2008-03-26 21:50 ` Ingo Molnar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9a8748490803261404u2ef0f6f0rf4cccc2602cca726@mail.gmail.com \
--to=jesper.juhl@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lk08@bencastricum.nl \
--cc=randy.dunlap@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®