2019-05-19 12:07:45 +00:00
|
|
|
# SPDX-License-Identifier: GPL-2.0-only
|
2015-05-27 02:20:15 +00:00
|
|
|
#
|
|
|
|
|
# Cavium ethernet device configuration
|
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
config NET_VENDOR_CAVIUM
|
2015-10-19 15:37:13 +00:00
|
|
|
bool "Cavium ethernet drivers"
|
2015-06-10 01:15:23 +00:00
|
|
|
default y
|
2020-06-13 16:50:22 +00:00
|
|
|
help
|
2015-06-10 01:15:23 +00:00
|
|
|
Select this option if you want enable Cavium network support.
|
2015-05-27 02:20:15 +00:00
|
|
|
|
2015-06-10 01:15:23 +00:00
|
|
|
If you have a Cavium SoC or network adapter, say Y.
|
2015-05-27 02:20:15 +00:00
|
|
|
|
|
|
|
|
if NET_VENDOR_CAVIUM
|
|
|
|
|
|
|
|
|
|
config THUNDER_NIC_PF
|
|
|
|
|
tristate "Thunder Physical function driver"
|
2018-07-17 13:46:34 +00:00
|
|
|
depends on 64BIT && PCI
|
2015-05-27 02:20:15 +00:00
|
|
|
select THUNDER_NIC_BGX
|
2020-06-13 16:50:22 +00:00
|
|
|
help
|
2015-05-27 02:20:15 +00:00
|
|
|
This driver supports Thunder's NIC physical function.
|
2015-06-10 01:15:23 +00:00
|
|
|
The NIC provides the controller and DMA engines to
|
|
|
|
|
move network traffic to/from the memory. The NIC
|
|
|
|
|
works closely with TNS, BGX and SerDes to implement the
|
|
|
|
|
functions replacing and virtualizing those of a typical
|
|
|
|
|
standalone PCIe NIC chip.
|
2015-05-27 02:20:15 +00:00
|
|
|
|
|
|
|
|
config THUNDER_NIC_VF
|
|
|
|
|
tristate "Thunder Virtual function driver"
|
2018-01-15 12:44:57 +00:00
|
|
|
imply CAVIUM_PTP
|
2018-07-17 13:46:34 +00:00
|
|
|
depends on 64BIT && PCI
|
2020-06-13 16:50:22 +00:00
|
|
|
help
|
2015-05-27 02:20:15 +00:00
|
|
|
This driver supports Thunder's NIC virtual function
|
|
|
|
|
|
|
|
|
|
config THUNDER_NIC_BGX
|
|
|
|
|
tristate "Thunder MAC interface driver (BGX)"
|
2018-07-17 16:23:58 +00:00
|
|
|
depends on 64BIT && PCI
|
2015-07-28 22:12:13 +00:00
|
|
|
select PHYLIB
|
2018-07-17 13:46:34 +00:00
|
|
|
select MDIO_THUNDER if PCI
|
2016-08-12 11:21:33 +00:00
|
|
|
select THUNDER_NIC_RGX
|
2020-06-13 16:50:22 +00:00
|
|
|
help
|
2015-05-27 02:20:15 +00:00
|
|
|
This driver supports programming and controlling of MAC
|
|
|
|
|
interface from NIC physical function driver.
|
|
|
|
|
|
2016-08-12 11:21:33 +00:00
|
|
|
config THUNDER_NIC_RGX
|
|
|
|
|
tristate "Thunder MAC interface driver (RGX)"
|
2018-07-17 16:23:58 +00:00
|
|
|
depends on 64BIT && PCI
|
2016-08-12 11:21:33 +00:00
|
|
|
select PHYLIB
|
2018-07-17 13:46:34 +00:00
|
|
|
select MDIO_THUNDER if PCI
|
2020-06-13 16:50:22 +00:00
|
|
|
help
|
2016-08-12 11:21:33 +00:00
|
|
|
This driver supports configuring XCV block of RGX interface
|
|
|
|
|
present on CN81XX chip.
|
|
|
|
|
|
2018-01-15 12:44:56 +00:00
|
|
|
config CAVIUM_PTP
|
|
|
|
|
tristate "Cavium PTP coprocessor as PTP clock"
|
2018-07-17 16:23:58 +00:00
|
|
|
depends on 64BIT && PCI
|
net: Make PTP-specific drivers depend on PTP_1588_CLOCK
Commit d1cbfd771ce8 ("ptp_clock: Allow for it to be optional") changed
all PTP-capable Ethernet drivers from `select PTP_1588_CLOCK` to `imply
PTP_1588_CLOCK`, "in order to break the hard dependency between the PTP
clock subsystem and ethernet drivers capable of being clock providers."
As a result it is possible to build PTP-capable Ethernet drivers without
the PTP subsystem by deselecting PTP_1588_CLOCK. Drivers are required to
handle the missing dependency gracefully.
Some PTP-capable Ethernet drivers (e.g., TI_CPSW) factor their PTP code
out into separate drivers (e.g., TI_CPTS_MOD). The above commit also
changed these PTP-specific drivers to `imply PTP_1588_CLOCK`, making it
possible to build them without the PTP subsystem. But as Grygorii
Strashko noted in [1]:
On Wed, Apr 22, 2020 at 02:16:11PM +0300, Grygorii Strashko wrote:
> Another question is that CPTS completely nonfunctional in this case and
> it was never expected that somebody will even try to use/run such
> configuration (except for random build purposes).
In my view, enabling a PTP-specific driver without the PTP subsystem is
a configuration error made possible by the above commit. Kconfig should
not allow users to create a configuration with missing dependencies that
results in "completely nonfunctional" drivers.
I audited all network drivers that call ptp_clock_register() but merely
`imply PTP_1588_CLOCK` and found five PTP-specific drivers that are
likely nonfunctional without PTP_1588_CLOCK:
NET_DSA_MV88E6XXX_PTP
NET_DSA_SJA1105_PTP
MACB_USE_HWSTAMP
CAVIUM_PTP
TI_CPTS_MOD
Note how these symbols all reference PTP or timestamping in their name;
this is a clue that they depend on PTP_1588_CLOCK.
Change them from `imply PTP_1588_CLOCK` [2] to `depends on PTP_1588_CLOCK`.
I'm not using `select PTP_1588_CLOCK` here because PTP_1588_CLOCK has
its own dependencies, which `select` would not transitively apply.
Additionally, remove the `select NET_PTP_CLASSIFY` from CPTS_TI_MOD;
PTP_1588_CLOCK already selects that.
[1]: https://lore.kernel.org/lkml/c04458ed-29ee-1797-3a11-7f3f560553e6@ti.com/
[2]: NET_DSA_SJA1105_PTP had never declared any type of dependency on
PTP_1588_CLOCK (`imply` or otherwise); adding a `depends on PTP_1588_CLOCK`
here seems appropriate.
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Richard Cochran <richardcochran@gmail.com>
Cc: Nicolas Pitre <nico@fluxnic.net>
Cc: Grygorii Strashko <grygorii.strashko@ti.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Fixes: d1cbfd771ce8 ("ptp_clock: Allow for it to be optional")
Signed-off-by: Clay McClure <clay@daemons.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-29 07:59:00 +00:00
|
|
|
depends on PTP_1588_CLOCK
|
2020-06-13 16:50:22 +00:00
|
|
|
help
|
2018-01-15 12:44:56 +00:00
|
|
|
This driver adds support for the Precision Time Protocol Clocks and
|
|
|
|
|
Timestamping coprocessor (PTP) found on Cavium processors.
|
|
|
|
|
PTP provides timestamping mechanism that is suitable for use in IEEE 1588
|
|
|
|
|
Precision Time Protocol or other purposes. Timestamps can be used in
|
|
|
|
|
BGX, TNS, GTI, and NIC blocks.
|
|
|
|
|
|
2015-06-10 01:15:23 +00:00
|
|
|
config LIQUIDIO
|
|
|
|
|
tristate "Cavium LiquidIO support"
|
2018-07-17 16:23:58 +00:00
|
|
|
depends on 64BIT && PCI
|
2018-07-17 13:46:34 +00:00
|
|
|
depends on PCI
|
ethernet: fix PTP_1588_CLOCK dependencies
The 'imply' keyword does not do what most people think it does, it only
politely asks Kconfig to turn on another symbol, but does not prevent
it from being disabled manually or built as a loadable module when the
user is built-in. In the ICE driver, the latter now causes a link failure:
aarch64-linux-ld: drivers/net/ethernet/intel/ice/ice_main.o: in function `ice_eth_ioctl':
ice_main.c:(.text+0x13b0): undefined reference to `ice_ptp_get_ts_config'
ice_main.c:(.text+0x13b0): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `ice_ptp_get_ts_config'
aarch64-linux-ld: ice_main.c:(.text+0x13bc): undefined reference to `ice_ptp_set_ts_config'
ice_main.c:(.text+0x13bc): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `ice_ptp_set_ts_config'
aarch64-linux-ld: drivers/net/ethernet/intel/ice/ice_main.o: in function `ice_prepare_for_reset':
ice_main.c:(.text+0x31fc): undefined reference to `ice_ptp_release'
ice_main.c:(.text+0x31fc): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `ice_ptp_release'
aarch64-linux-ld: drivers/net/ethernet/intel/ice/ice_main.o: in function `ice_rebuild':
This is a recurring problem in many drivers, and we have discussed
it several times befores, without reaching a consensus. I'm providing
a link to the previous email thread for reference, which discusses
some related problems.
To solve the dependency issue better than the 'imply' keyword, introduce a
separate Kconfig symbol "CONFIG_PTP_1588_CLOCK_OPTIONAL" that any driver
can depend on if it is able to use PTP support when available, but works
fine without it. Whenever CONFIG_PTP_1588_CLOCK=m, those drivers are
then prevented from being built-in, the same way as with a 'depends on
PTP_1588_CLOCK || !PTP_1588_CLOCK' dependency that does the same trick,
but that can be rather confusing when you first see it.
Since this should cover the dependencies correctly, the IS_REACHABLE()
hack in the header is no longer needed now, and can be turned back
into a normal IS_ENABLED() check. Any driver that gets the dependency
wrong will now cause a link time failure rather than being unable to use
PTP support when that is in a loadable module.
However, the two recently added ptp_get_vclocks_index() and
ptp_convert_timestamp() interfaces are only called from builtin code with
ethtool and socket timestamps, so keep the current behavior by stubbing
those out completely when PTP is in a loadable module. This should be
addressed properly in a follow-up.
As Richard suggested, we may want to actually turn PTP support into a
'bool' option later on, preventing it from being a loadable module
altogether, which would be one way to solve the problem with the ethtool
interface.
Fixes: 06c16d89d2cb ("ice: register 1588 PTP clock device object for E810 devices")
Link: https://lore.kernel.org/netdev/20210804121318.337276-1-arnd@kernel.org/
Link: https://lore.kernel.org/netdev/CAK8P3a06enZOf=XyZ+zcAwBczv41UuCTz+=0FMf2gBz1_cOnZQ@mail.gmail.com/
Link: https://lore.kernel.org/netdev/CAK8P3a3=eOxE-K25754+fB_-i_0BZzf9a9RfPTX3ppSwu9WZXw@mail.gmail.com/
Link: https://lore.kernel.org/netdev/20210726084540.3282344-1-arnd@kernel.org/
Acked-by: Shannon Nelson <snelson@pensando.io>
Acked-by: Jacob Keller <jacob.e.keller@intel.com>
Acked-by: Richard Cochran <richardcochran@gmail.com>
Reviewed-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Link: https://lore.kernel.org/r/20210812183509.1362782-1-arnd@kernel.org
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
2021-08-12 18:33:58 +00:00
|
|
|
depends on PTP_1588_CLOCK_OPTIONAL
|
2015-06-10 01:15:23 +00:00
|
|
|
select FW_LOADER
|
2015-06-16 23:51:43 +00:00
|
|
|
select LIBCRC32C
|
2019-03-24 10:14:38 +00:00
|
|
|
select NET_DEVLINK
|
2020-06-13 16:50:22 +00:00
|
|
|
help
|
2015-06-10 01:15:23 +00:00
|
|
|
This driver supports Cavium LiquidIO Intelligent Server Adapters
|
2016-08-31 18:03:24 +00:00
|
|
|
based on CN66XX, CN68XX and CN23XX chips.
|
2015-06-10 01:15:23 +00:00
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
|
|
|
will be called liquidio. This is recommended.
|
|
|
|
|
|
2016-03-15 00:57:08 +00:00
|
|
|
config OCTEON_MGMT_ETHERNET
|
|
|
|
|
tristate "Octeon Management port ethernet driver (CN5XXX, CN6XXX)"
|
|
|
|
|
depends on CAVIUM_OCTEON_SOC
|
|
|
|
|
select PHYLIB
|
|
|
|
|
select MDIO_OCTEON
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
Enable the ethernet driver for the management
|
|
|
|
|
port on Cavium Networks' Octeon CN57XX, CN56XX, CN55XX,
|
|
|
|
|
CN54XX, CN52XX, and CN6XXX chips.
|
|
|
|
|
|
2016-11-29 00:54:34 +00:00
|
|
|
config LIQUIDIO_VF
|
|
|
|
|
tristate "Cavium LiquidIO VF support"
|
|
|
|
|
depends on 64BIT && PCI_MSI
|
ethernet: fix PTP_1588_CLOCK dependencies
The 'imply' keyword does not do what most people think it does, it only
politely asks Kconfig to turn on another symbol, but does not prevent
it from being disabled manually or built as a loadable module when the
user is built-in. In the ICE driver, the latter now causes a link failure:
aarch64-linux-ld: drivers/net/ethernet/intel/ice/ice_main.o: in function `ice_eth_ioctl':
ice_main.c:(.text+0x13b0): undefined reference to `ice_ptp_get_ts_config'
ice_main.c:(.text+0x13b0): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `ice_ptp_get_ts_config'
aarch64-linux-ld: ice_main.c:(.text+0x13bc): undefined reference to `ice_ptp_set_ts_config'
ice_main.c:(.text+0x13bc): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `ice_ptp_set_ts_config'
aarch64-linux-ld: drivers/net/ethernet/intel/ice/ice_main.o: in function `ice_prepare_for_reset':
ice_main.c:(.text+0x31fc): undefined reference to `ice_ptp_release'
ice_main.c:(.text+0x31fc): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `ice_ptp_release'
aarch64-linux-ld: drivers/net/ethernet/intel/ice/ice_main.o: in function `ice_rebuild':
This is a recurring problem in many drivers, and we have discussed
it several times befores, without reaching a consensus. I'm providing
a link to the previous email thread for reference, which discusses
some related problems.
To solve the dependency issue better than the 'imply' keyword, introduce a
separate Kconfig symbol "CONFIG_PTP_1588_CLOCK_OPTIONAL" that any driver
can depend on if it is able to use PTP support when available, but works
fine without it. Whenever CONFIG_PTP_1588_CLOCK=m, those drivers are
then prevented from being built-in, the same way as with a 'depends on
PTP_1588_CLOCK || !PTP_1588_CLOCK' dependency that does the same trick,
but that can be rather confusing when you first see it.
Since this should cover the dependencies correctly, the IS_REACHABLE()
hack in the header is no longer needed now, and can be turned back
into a normal IS_ENABLED() check. Any driver that gets the dependency
wrong will now cause a link time failure rather than being unable to use
PTP support when that is in a loadable module.
However, the two recently added ptp_get_vclocks_index() and
ptp_convert_timestamp() interfaces are only called from builtin code with
ethtool and socket timestamps, so keep the current behavior by stubbing
those out completely when PTP is in a loadable module. This should be
addressed properly in a follow-up.
As Richard suggested, we may want to actually turn PTP support into a
'bool' option later on, preventing it from being a loadable module
altogether, which would be one way to solve the problem with the ethtool
interface.
Fixes: 06c16d89d2cb ("ice: register 1588 PTP clock device object for E810 devices")
Link: https://lore.kernel.org/netdev/20210804121318.337276-1-arnd@kernel.org/
Link: https://lore.kernel.org/netdev/CAK8P3a06enZOf=XyZ+zcAwBczv41UuCTz+=0FMf2gBz1_cOnZQ@mail.gmail.com/
Link: https://lore.kernel.org/netdev/CAK8P3a3=eOxE-K25754+fB_-i_0BZzf9a9RfPTX3ppSwu9WZXw@mail.gmail.com/
Link: https://lore.kernel.org/netdev/20210726084540.3282344-1-arnd@kernel.org/
Acked-by: Shannon Nelson <snelson@pensando.io>
Acked-by: Jacob Keller <jacob.e.keller@intel.com>
Acked-by: Richard Cochran <richardcochran@gmail.com>
Reviewed-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Link: https://lore.kernel.org/r/20210812183509.1362782-1-arnd@kernel.org
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
2021-08-12 18:33:58 +00:00
|
|
|
depends on PTP_1588_CLOCK_OPTIONAL
|
2020-06-13 16:50:22 +00:00
|
|
|
help
|
2016-11-29 00:54:34 +00:00
|
|
|
This driver supports Cavium LiquidIO Intelligent Server Adapter
|
|
|
|
|
based on CN23XX chips.
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: The module
|
|
|
|
|
will be called liquidio_vf. MSI-X interrupt support is required
|
|
|
|
|
for this driver to work correctly
|
|
|
|
|
|
2015-05-27 02:20:15 +00:00
|
|
|
endif # NET_VENDOR_CAVIUM
|