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: Mon, 2 Aug 2021 21:09:19 +0000 From: "Keller, Jacob E" <jacob.e.keller@...el.com> To: Arnd Bergmann <arnd@...nel.org> CC: Richard Cochran <richardcochran@...il.com>, Nicolas Pitre <nicolas.pitre@...aro.org>, "Brandeburg, Jesse" <jesse.brandeburg@...el.com>, "Nguyen, Anthony L" <anthony.l.nguyen@...el.com>, "David S. Miller" <davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>, Arnd Bergmann <arnd@...db.de>, Kurt Kanzenbach <kurt@...utronix.de>, "Saleem, Shiraz" <shiraz.saleem@...el.com>, "Ertman, David M" <david.m.ertman@...el.com>, "intel-wired-lan@...ts.osuosl.org" <intel-wired-lan@...ts.osuosl.org>, "netdev@...r.kernel.org" <netdev@...r.kernel.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org> Subject: RE: [PATCH net-next v2] ethernet/intel: fix PTP_1588_CLOCK dependencies > -----Original Message----- > From: Arnd Bergmann <arnd@...nel.org> > Sent: Monday, August 02, 2021 1:59 PM > To: Keller, Jacob E <jacob.e.keller@...el.com> > Cc: Richard Cochran <richardcochran@...il.com>; Nicolas Pitre > <nicolas.pitre@...aro.org>; Brandeburg, Jesse <jesse.brandeburg@...el.com>; > Nguyen, Anthony L <anthony.l.nguyen@...el.com>; David S. Miller > <davem@...emloft.net>; Jakub Kicinski <kuba@...nel.org>; Arnd Bergmann > <arnd@...db.de>; Kurt Kanzenbach <kurt@...utronix.de>; Saleem, Shiraz > <shiraz.saleem@...el.com>; Ertman, David M <david.m.ertman@...el.com>; > intel-wired-lan@...ts.osuosl.org; netdev@...r.kernel.org; linux- > kernel@...r.kernel.org > Subject: Re: [PATCH net-next v2] ethernet/intel: fix PTP_1588_CLOCK > dependencies > > I don't want to mess with the semantics of the keyword any further. > The original meaning was meant to avoid circular dependencies > by making it a softer version of 'select' that would not try to select > anything that has unmet dependencies. The current version made > it even softer by only having an effect during 'make defconfig' > and 'make oldconfig' but not preventing it from being soft-disabled > any more. Changing it yet again is guarantee to break lots of the > existing users, while probably also bringing back the original problem > of the circular dependencies. > > Arnd Yea ok that makes sense. Better to use a new keyword if we do at all.
Powered by blists - more mailing lists