lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Sat, 14 Jan 2017 11:04:56 -0800
From:   David VomLehn <vomlehn@...as.net>
To:     Florian Fainelli <f.fainelli@...il.com>,
        Alexander Loktionov <Alexander.Loktionov@...antia.com>,
        netdev@...r.kernel.org
Cc:     "David S . Miller" <davem@...emloft.net>,
        Simon Edelhaus <Simon.Edelhaus@...antia.com>,
        Dmitrii Tarakanov <Dmitrii.Tarakanov@...antia.com>,
        Pavel Belous <Pavel.Belous@...antia.com>,
        Dmitry Bezrukov <Dmitry.Bezrukov@...antia.com>
Subject: Re: [PATCH v5 01/13] net: ethernet: aquantia: Make and configuration
 files.

On 01/14/2017 10:48 AM, Florian Fainelli wrote:
> On 01/14/2017 10:42 AM, David VomLehn wrote:
>> Yes, we did have it that way at one point. But...there is also the
>> kernel philosophy of not putting in something for future expansion; you
>> can always do it later... Honestly, I've vacillated on this particular one.
> (please don't top post). There are several threads at the moment talking
> about renaming driver directory (synopsys/stmmac, mlx5), doing it later
> is certainly a possibility but is really frowned upon, since it will
> later on make the life of people backporting -stable changes a lot harder.
About that top-posting...I agree, but Microsoft has the entire planet 
doing it the other way. They find bottom posting confusing and often 
can't even figure out that you replied. One more reason I've hated 
Microsoft since 1976. So, I suspect I'm not the only one who 
occasionally slips up. My apologies.
>
> Even if there is just one driver at the moment, I would go with a
> dedicated directory for it, there are enough object files that justify
> this choice IMHO.
Good argument.

-- 
David VL

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ