2019-05-19 13:07:45 +01:00
|
|
|
# SPDX-License-Identifier: GPL-2.0-only
|
2018-10-10 18:14:21 +05:30
|
|
|
#
|
2021-08-27 17:15:07 +05:30
|
|
|
# Marvell RVU Network drivers configuration
|
2018-10-10 18:14:21 +05:30
|
|
|
#
|
|
|
|
|
|
2018-10-10 18:14:24 +05:30
|
|
|
config OCTEONTX2_MBOX
|
|
|
|
|
tristate
|
|
|
|
|
|
2018-10-10 18:14:21 +05:30
|
|
|
config OCTEONTX2_AF
|
|
|
|
|
tristate "Marvell OcteonTX2 RVU Admin Function driver"
|
2018-10-10 18:14:24 +05:30
|
|
|
select OCTEONTX2_MBOX
|
2020-12-11 11:55:24 +05:30
|
|
|
select NET_DEVLINK
|
2018-10-10 18:14:21 +05:30
|
|
|
depends on (64BIT && COMPILE_TEST) || ARM64
|
|
|
|
|
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 20:33:58 +02:00
|
|
|
depends on PTP_1588_CLOCK_OPTIONAL
|
2018-10-10 18:14:21 +05:30
|
|
|
help
|
|
|
|
|
This driver supports Marvell's OcteonTX2 Resource Virtualization
|
|
|
|
|
Unit's admin function manager which manages all RVU HW resources
|
|
|
|
|
and provides a medium to other PF/VFs to configure HW. Should be
|
|
|
|
|
enabled for other RVU device drivers to work.
|
2019-11-14 10:56:32 +05:30
|
|
|
|
|
|
|
|
config NDC_DIS_DYNAMIC_CACHING
|
|
|
|
|
bool "Disable caching of dynamic entries in NDC"
|
|
|
|
|
depends on OCTEONTX2_AF
|
|
|
|
|
default n
|
2020-06-14 01:50:22 +09:00
|
|
|
help
|
2019-11-14 10:56:32 +05:30
|
|
|
This config option disables caching of dynamic entries such as NIX SQEs
|
|
|
|
|
, NPA stack pages etc in NDC. Also locks down NIX SQ/CQ/RQ/RSS and
|
|
|
|
|
NPA Aura/Pool contexts.
|
2020-01-27 18:35:15 +05:30
|
|
|
|
|
|
|
|
config OCTEONTX2_PF
|
|
|
|
|
tristate "Marvell OcteonTX2 NIC Physical Function driver"
|
|
|
|
|
select OCTEONTX2_MBOX
|
2021-11-04 14:34:42 +01:00
|
|
|
select NET_DEVLINK
|
2023-05-22 07:34:04 +05:30
|
|
|
select PAGE_POOL
|
2020-01-27 18:35:15 +05:30
|
|
|
depends on (64BIT && COMPILE_TEST) || ARM64
|
2022-05-17 10:10:55 +05:30
|
|
|
select DIMLIB
|
2020-01-27 18:35:15 +05:30
|
|
|
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 20:33:58 +02:00
|
|
|
depends on PTP_1588_CLOCK_OPTIONAL
|
2022-10-31 22:08:13 -07:00
|
|
|
depends on MACSEC || !MACSEC
|
2020-01-27 18:35:15 +05:30
|
|
|
help
|
|
|
|
|
This driver supports Marvell's OcteonTX2 NIC physical function.
|
2020-03-21 00:27:21 +05:30
|
|
|
|
|
|
|
|
config OCTEONTX2_VF
|
|
|
|
|
tristate "Marvell OcteonTX2 NIC Virtual Function driver"
|
|
|
|
|
depends on OCTEONTX2_PF
|
|
|
|
|
help
|
|
|
|
|
This driver supports Marvell's OcteonTX2 NIC virtual function.
|
2024-11-07 21:38:28 +05:30
|
|
|
|
|
|
|
|
config RVU_ESWITCH
|
|
|
|
|
tristate "Marvell RVU E-Switch support"
|
|
|
|
|
depends on OCTEONTX2_PF
|
|
|
|
|
default m
|
|
|
|
|
help
|
|
|
|
|
This driver supports Marvell's RVU E-Switch that
|
|
|
|
|
provides internal SRIOV packet steering and switching.
|