[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CO1PR11MB508981DD21005448829C014AD6EF9@CO1PR11MB5089.namprd11.prod.outlook.com>
Date: Mon, 2 Aug 2021 21:10:49 +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
>
> On Mon, Aug 2, 2021 at 10:46 PM Keller, Jacob E
> <jacob.e.keller@...el.com> wrote:
>
> > > You can do something like it for a particular symbol though, such as
> > >
> > > config MAY_USE_PTP_1588_CLOCK
> > > def_tristate PTP_1588_CLOCK || !PTP_1588_CLOCK
> > >
> > > config E1000E
> > > tristate "Intel(R) PRO/1000 PCI-Express Gigabit Ethernet support"
> > > depends on PCI && (!SPARC32 || BROKEN)
> > > + depends on MAY_USE_PTP_1588_CLOCK
> > > select CRC32
> > > - imply PTP_1588_CLOCK
> >
> > What about "integrates"?
>
> Maybe, we'd need to look at whether that fits for the other users of the
> "A || !A" trick.
>
Sure. I just know from reading it other places it really causes a "huh?" reaction.
Powered by blists - more mailing lists