netdev - Re: [PATCH net-next] ipv6: Move ipv6 stubs to a separate header file

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]

Message-ID: <ac429099-52c6-b6c6-1abf-841883486f83@gmail.com>
Date:   Tue, 26 Mar 2019 08:19:06 -0600
From:   David Ahern <dsahern@...il.com>
To:     Alexei Starovoitov <alexei.starovoitov@...il.com>
Cc:     David Miller <davem@...emloft.net>, netdev@...r.kernel.org,
        edumazet@...gle.com, kafai@...com
Subject: Re: [PATCH net-next] ipv6: Move ipv6 stubs to a separate header file

On 3/25/19 9:05 PM, Alexei Starovoitov wrote:
> Just this patch alone is too small to see the road ahead
> and 80+ patches are too much to review properly.

I will be sending in reviewable chunks. I think I have established a
history of evolving the code in small, singly focused patches moving the
code from where it is to where I want it to be. Any time there is a
'large' patch I try to keep it to something mechanical - like a name
change or a change to a function signature.

The email I sent ("net: Improve route scalability via support for
nexthop objects") outlined the targeted steps and the intermediate prep
work needed. To be able to reach certain clear steps and still maintain
the 20'ish patches in a set requirement, I have sent a few patches which
are standalone and basically noise - like this one - to avoid
distractions on the real change. I pushed the entire set to github so
anyone can see the end goal as well as the individual patches.

I am not sure what else I can do to be open about this change and convey
the what and the why. I discussed the feature at netconf in Seoul in
October 2017. I sent RFC patches last August on the UAPI with a working
implementation as well as more details about what this change is going
to allow. I have given talks on what I believe is the best architecture
and implementation for Linux which is the motivation for improving the
kernel. And the previous email about improving scalability is almost a
novelette in length.