From: Ben Hutchings <ben@decadent.org.uk>
To: David Miller <davem@davemloft.net>, ivan@ru.ibm.com
Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
benh@kernel.crashing.org
Subject: Re: [PATCH] net/ibm/emac: bump version numbers for correct work with ethtool
Date: Wed, 23 Sep 2015 20:03:03 +0100 [thread overview]
Message-ID: <1443034983.12750.10.camel@decadent.org.uk> (raw)
In-Reply-To: <20150923.110549.113067983983388057.davem@davemloft.net>
[-- Attachment #1: Type: text/plain, Size: 1433 bytes --]
On Wed, 2015-09-23 at 11:05 -0700, David Miller wrote:
> From: Ivan Mikhaylov <ivan@ru.ibm.com>
> Date: Wed, 23 Sep 2015 14:42:22 +0400
>
> > Register dump out work preventing with
> > old ethtool + new driver and new ethtool + old driver.
>
> First of all you didn't provide a proper Signoff.
>
> Second of all, there was so much discussion about whether this does
> or does not break things for various combinations of old/new ethtool
> and kernel.
>
> Therefore I want a real detailed commit message that explains why this
> is all OK. After so much confusion and discussion, providing a patch
> with absolutely no commit message is completely inappropriate.
I would suggest something like this:
"""
The size of the MAC register dump used to be the size specified by the
reg property in the device tree. Userland has no good way of finding
out that size, and it was not specified consistently for each MAC type,
so ethtool would end up printing junk at the end of the register dump
if the device tree didn't match the size it assumed.
Using the new version numbers indicates unambiguously that the size of
the MAC register dump is dependent only on the MAC type.
Fixes: 5369c71f7ca2 ("net/ibm/emac: fix size of emac dump memory areas")
"""
Also:
Acked-by: Ben Hutchings <ben@decadent.org.uk>
Ben.
--
Ben Hutchings
Teamwork is essential - it allows you to blame someone else.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 811 bytes --]
next prev parent reply other threads:[~2015-09-23 19:03 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-23 10:42 [PATCH] net/ibm/emac: bump version numbers for correct work with ethtool Ivan Mikhaylov
2015-09-23 18:05 ` David Miller
2015-09-23 19:03 ` Ben Hutchings [this message]
2015-09-25 4:07 ` Ivan Mikhaylov
2015-09-25 5:53 ` David Miller
2015-09-25 7:53 ` Ivan Mikhaylov
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=1443034983.12750.10.camel@decadent.org.uk \
--to=ben@decadent.org.uk \
--cc=benh@kernel.crashing.org \
--cc=davem@davemloft.net \
--cc=ivan@ru.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).