[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3aee5a67-5e19-34e6-1719-ff13c7b914ea@gmail.com>
Date: Fri, 9 Dec 2016 14:52:24 -0800
From: Florian Fainelli <f.fainelli@...il.com>
To: Andy Shevchenko <andy.shevchenko@...il.com>,
David Miller <davem@...emloft.net>
Cc: Joao Pinto <Joao.Pinto@...opsys.com>,
Giuseppe CAVALLARO <peppe.cavallaro@...com>,
lars.persson@...s.com, rabin.vincent@...s.com,
netdev <netdev@...r.kernel.org>, CARLOS.PALMINHA@...opsys.com
Subject: Re: Synopsys Ethernet QoS
On 12/09/2016 02:25 PM, Andy Shevchenko wrote:
> On Fri, Dec 9, 2016 at 5:41 PM, David Miller <davem@...emloft.net> wrote:
>
>> But one thing I am against is changing the driver name for existing
>> users. If an existing chip is supported by the stmmac driver for
>> existing users, they should still continue to use the "stmmac" driver.
>>
>> Therefore, if consolidation changes the driver module name for
>> existing users, then that is not a good plan at all.
>
> You have at least one supporter here. Though I jumped in to the
> discussion very late, not sure if everyone have time to answer to
> that.
I don't have many stakes in the stmmac driver (or other Synopsys drivers
for that matter), but renaming seems like a terrible idea that is going
to make backporting of fixes difficult for distribution.
While moving the driver into a separate directory could be done, and git
knows how to track files, renaming the driver entirely would break many
platforms (including but not limited to, Device Tree) that you may not
have visibility over (compatible strings, properties, and platform
device driver name for instance).
It's kind of sad that customers of that IP (stmmac, amd-xgbe, sxgbe) did
actually pioneer the upstreaming effort, but it is good to see people
from Synopsys willing to fix that in the future.
--
Florian
Powered by blists - more mailing lists