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 PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 31 Dec 2021 18:17:09 -0800 From: Jakub Kicinski <kuba@...nel.org> To: Gagan Kumar <gagan1kumar.cs@...il.com> Cc: Jeremy Kerr <jk@...econstruct.com.au>, matt@...econstruct.com.au, davem@...emloft.net, netdev@...r.kernel.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH] mctp: Remove only static neighbour on RTM_DELNEIGH On Fri, 31 Dec 2021 17:44:15 +0530 Gagan Kumar wrote: > > > Can you clarify the motivation and practical impact of the change > > > in the commit message to make it clear? AFAICT this is a no-op / prep > > > for some later changes, right Jeremy? > > > > Yes, it'll be a no-op now; I'm not aware of any changes coming that > > require parameterisation of the neighbour type yet. > > > > Gagan - can you provide any context on this change? > > I was exploring the repository and wanted to get familiar with the > patching process. During that, I was looking for some TODOs in /net for > my first patch and came across mctp. > > I thought `TODO: add a "source" flag so netlink can only delete static > neighbours?` might be of some use in the future. So, thought of sending > a patch for the same. > > If I were to think like a critic, "You aren't gonna need it" principle > can be applied here. > > If you think it's ok to proceed I can update the commit message to > include the motivation and impact as a no-op. SGTM
Powered by blists - more mailing lists