2019-05-19 15:07:45 +03:00
|
|
|
# SPDX-License-Identifier: GPL-2.0-only
|
2011-04-22 14:03:08 +04:00
|
|
|
#
|
|
|
|
|
# PTP clock support configuration
|
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
menu "PTP clock support"
|
|
|
|
|
|
|
|
|
|
config PTP_1588_CLOCK
|
|
|
|
|
tristate "PTP clock support"
|
posix-timers: Make them configurable
Some embedded systems have no use for them. This removes about
25KB from the kernel binary size when configured out.
Corresponding syscalls are routed to a stub logging the attempt to
use those syscalls which should be enough of a clue if they were
disabled without proper consideration. They are: timer_create,
timer_gettime: timer_getoverrun, timer_settime, timer_delete,
clock_adjtime, setitimer, getitimer, alarm.
The clock_settime, clock_gettime, clock_getres and clock_nanosleep
syscalls are replaced by simple wrappers compatible with CLOCK_REALTIME,
CLOCK_MONOTONIC and CLOCK_BOOTTIME only which should cover the vast
majority of use cases with very little code.
Signed-off-by: Nicolas Pitre <nico@linaro.org>
Acked-by: Richard Cochran <richardcochran@gmail.com>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: John Stultz <john.stultz@linaro.org>
Reviewed-by: Josh Triplett <josh@joshtriplett.org>
Cc: Paul Bolle <pebolle@tiscali.nl>
Cc: linux-kbuild@vger.kernel.org
Cc: netdev@vger.kernel.org
Cc: Michal Marek <mmarek@suse.com>
Cc: Edward Cree <ecree@solarflare.com>
Link: http://lkml.kernel.org/r/1478841010-28605-7-git-send-email-nicolas.pitre@linaro.org
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
2016-11-11 08:10:10 +03:00
|
|
|
depends on NET && POSIX_TIMERS
|
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 21:33:58 +03:00
|
|
|
default ETHERNET
|
2012-10-31 19:32:44 +04:00
|
|
|
select PPS
|
2014-04-01 18:20:23 +04:00
|
|
|
select NET_PTP_CLASSIFY
|
2011-04-22 14:03:08 +04:00
|
|
|
help
|
|
|
|
|
The IEEE 1588 standard defines a method to precisely
|
|
|
|
|
synchronize distributed clocks over Ethernet networks. The
|
|
|
|
|
standard defines a Precision Time Protocol (PTP), which can
|
|
|
|
|
be used to achieve synchronization within a few dozen
|
|
|
|
|
microseconds. In addition, with the help of special hardware
|
|
|
|
|
time stamping units, it can be possible to achieve
|
|
|
|
|
synchronization to within a few hundred nanoseconds.
|
|
|
|
|
|
|
|
|
|
This driver adds support for PTP clocks as character
|
|
|
|
|
devices. If you want to use a PTP clock, then you should
|
|
|
|
|
also enable at least one clock driver as well.
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
|
|
|
will be called ptp.
|
|
|
|
|
|
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 21:33:58 +03:00
|
|
|
config PTP_1588_CLOCK_OPTIONAL
|
|
|
|
|
tristate
|
|
|
|
|
default y if PTP_1588_CLOCK=n
|
|
|
|
|
default PTP_1588_CLOCK
|
|
|
|
|
help
|
|
|
|
|
Drivers that can optionally use the PTP_1588_CLOCK framework
|
|
|
|
|
should depend on this symbol to prevent them from being built
|
|
|
|
|
into vmlinux while the PTP support itself is in a loadable
|
|
|
|
|
module.
|
|
|
|
|
If PTP support is disabled, this dependency will still be
|
|
|
|
|
met, and drivers refer to dummy helpers.
|
|
|
|
|
|
2017-06-12 23:26:01 +03:00
|
|
|
config PTP_1588_CLOCK_DTE
|
|
|
|
|
tristate "Broadcom DTE as PTP clock"
|
|
|
|
|
depends on PTP_1588_CLOCK
|
|
|
|
|
depends on NET && HAS_IOMEM
|
|
|
|
|
depends on ARCH_BCM_MOBILE || (ARCH_BCM_IPROC && !(ARCH_BCM_NSP || ARCH_BCM_5301X)) || COMPILE_TEST
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
This driver adds support for using the Digital timing engine
|
|
|
|
|
(DTE) in the Broadcom SoC's as a PTP clock.
|
|
|
|
|
|
|
|
|
|
The clock can be used in both wired and wireless networks
|
|
|
|
|
for PTP purposes.
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
|
|
|
will be called ptp_dte.
|
|
|
|
|
|
2018-05-25 07:40:34 +03:00
|
|
|
config PTP_1588_CLOCK_QORIQ
|
|
|
|
|
tristate "Freescale QorIQ 1588 timer as PTP clock"
|
2019-06-14 13:40:50 +03:00
|
|
|
depends on GIANFAR || FSL_DPAA_ETH || FSL_DPAA2_ETH || FSL_ENETC || FSL_ENETC_VF || COMPILE_TEST
|
2016-11-11 08:10:07 +03:00
|
|
|
depends on PTP_1588_CLOCK
|
2012-10-31 19:33:52 +04:00
|
|
|
default y
|
2011-04-22 14:03:54 +04:00
|
|
|
help
|
2018-05-25 07:40:34 +03:00
|
|
|
This driver adds support for using the Freescale QorIQ 1588
|
|
|
|
|
timer as a PTP clock. This clock is only useful if your PTP
|
|
|
|
|
programs are getting hardware time stamps on the PTP Ethernet
|
|
|
|
|
packets using the SO_TIMESTAMPING API.
|
2011-04-22 14:03:54 +04:00
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the module
|
2019-01-21 13:41:42 +03:00
|
|
|
will be called ptp-qoriq.
|
2011-04-22 14:03:54 +04:00
|
|
|
|
2011-04-22 14:04:55 +04:00
|
|
|
comment "Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks."
|
2012-10-31 19:33:52 +04:00
|
|
|
depends on PHYLIB=n || NETWORK_PHY_TIMESTAMPING=n
|
2011-04-22 14:04:55 +04:00
|
|
|
|
|
|
|
|
config DP83640_PHY
|
|
|
|
|
tristate "Driver for the National Semiconductor DP83640 PHYTER"
|
|
|
|
|
depends on NETWORK_PHY_TIMESTAMPING
|
|
|
|
|
depends on PHYLIB
|
2016-11-11 08:10:07 +03:00
|
|
|
depends on PTP_1588_CLOCK
|
2021-01-04 00:36:18 +03:00
|
|
|
select CRC32
|
2020-06-13 19:50:22 +03:00
|
|
|
help
|
2011-04-22 14:04:55 +04:00
|
|
|
Supports the DP83640 PHYTER with IEEE 1588 features.
|
|
|
|
|
|
|
|
|
|
This driver adds support for using the DP83640 as a PTP
|
|
|
|
|
clock. This clock is only useful if your PTP programs are
|
|
|
|
|
getting hardware time stamps on the PTP Ethernet packets
|
|
|
|
|
using the SO_TIMESTAMPING API.
|
|
|
|
|
|
|
|
|
|
In order for this to work, your MAC driver must also
|
2012-04-13 19:14:11 +04:00
|
|
|
implement the skb_tx_timestamp() function.
|
2011-04-22 14:04:55 +04:00
|
|
|
|
2019-12-26 05:16:20 +03:00
|
|
|
config PTP_1588_CLOCK_INES
|
|
|
|
|
tristate "ZHAW InES PTP time stamping IP core"
|
|
|
|
|
depends on NETWORK_PHY_TIMESTAMPING
|
2021-01-06 07:25:31 +03:00
|
|
|
depends on HAS_IOMEM
|
2019-12-26 05:16:20 +03:00
|
|
|
depends on PHYLIB
|
|
|
|
|
depends on PTP_1588_CLOCK
|
|
|
|
|
help
|
|
|
|
|
This driver adds support for using the ZHAW InES 1588 IP
|
|
|
|
|
core. This clock is only useful if the MII bus of your MAC
|
|
|
|
|
is wired up to the core.
|
|
|
|
|
|
2012-03-08 02:16:26 +04:00
|
|
|
config PTP_1588_CLOCK_PCH
|
|
|
|
|
tristate "Intel PCH EG20T as PTP clock"
|
2014-06-17 13:59:20 +04:00
|
|
|
depends on X86_32 || COMPILE_TEST
|
2021-08-13 20:33:27 +03:00
|
|
|
depends on HAS_IOMEM && PCI
|
|
|
|
|
depends on NET
|
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 21:33:58 +03:00
|
|
|
depends on PTP_1588_CLOCK
|
2012-03-08 02:16:26 +04:00
|
|
|
help
|
|
|
|
|
This driver adds support for using the PCH EG20T as a PTP
|
2012-04-20 22:50:34 +04:00
|
|
|
clock. The hardware supports time stamping of PTP packets
|
2019-10-07 18:43:02 +03:00
|
|
|
when using the end-to-end delay (E2E) mechanism. The peer
|
|
|
|
|
delay mechanism (P2P) is not supported.
|
2012-04-20 22:50:34 +04:00
|
|
|
|
|
|
|
|
This clock is only useful if your PTP programs are getting
|
|
|
|
|
hardware time stamps on the PTP Ethernet packets using the
|
|
|
|
|
SO_TIMESTAMPING API.
|
2012-03-08 02:16:26 +04:00
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
|
|
|
will be called ptp_pch.
|
|
|
|
|
|
2017-01-24 20:09:42 +03:00
|
|
|
config PTP_1588_CLOCK_KVM
|
|
|
|
|
tristate "KVM virtual PTP clock"
|
|
|
|
|
depends on PTP_1588_CLOCK
|
2020-12-09 09:09:30 +03:00
|
|
|
depends on (KVM_GUEST && X86) || (HAVE_ARM_SMCCC_DISCOVERY && ARM_ARCH_TIMER)
|
2017-01-24 20:09:42 +03:00
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
This driver adds support for using kvm infrastructure as a PTP
|
|
|
|
|
clock. This clock is only useful if you are using KVM guests.
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
|
|
|
will be called ptp_kvm.
|
|
|
|
|
|
2020-02-21 23:03:51 +03:00
|
|
|
config PTP_1588_CLOCK_IDT82P33
|
|
|
|
|
tristate "IDT 82P33xxx PTP clock"
|
|
|
|
|
depends on PTP_1588_CLOCK && I2C
|
|
|
|
|
default n
|
|
|
|
|
help
|
|
|
|
|
This driver adds support for using the IDT 82P33xxx as a PTP
|
|
|
|
|
clock. This clock is only useful if your time stamping MAC
|
|
|
|
|
is connected to the IDT chip.
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
|
|
|
will be called ptp_idt82p33.
|
|
|
|
|
|
2019-11-01 06:20:07 +03:00
|
|
|
config PTP_1588_CLOCK_IDTCM
|
|
|
|
|
tristate "IDT CLOCKMATRIX as PTP clock"
|
2019-12-10 22:56:34 +03:00
|
|
|
depends on PTP_1588_CLOCK && I2C
|
2019-11-01 06:20:07 +03:00
|
|
|
default n
|
|
|
|
|
help
|
|
|
|
|
This driver adds support for using IDT CLOCKMATRIX(TM) as a PTP
|
|
|
|
|
clock. This clock is only useful if your time stamping MAC
|
|
|
|
|
is connected to the IDT chip.
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
|
|
|
will be called ptp_clockmatrix.
|
|
|
|
|
|
2020-02-28 08:32:46 +03:00
|
|
|
config PTP_1588_CLOCK_VMW
|
|
|
|
|
tristate "VMware virtual PTP clock"
|
|
|
|
|
depends on ACPI && HYPERVISOR_GUEST && X86
|
|
|
|
|
depends on PTP_1588_CLOCK
|
|
|
|
|
help
|
|
|
|
|
This driver adds support for using VMware virtual precision
|
|
|
|
|
clock device as a PTP clock. This is only useful in virtual
|
|
|
|
|
machines running on VMware virtual infrastructure.
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
|
|
|
will be called ptp_vmw.
|
|
|
|
|
|
2020-12-04 06:51:28 +03:00
|
|
|
config PTP_1588_CLOCK_OCP
|
|
|
|
|
tristate "OpenCompute TimeCard as PTP clock"
|
|
|
|
|
depends on PTP_1588_CLOCK
|
|
|
|
|
depends on HAS_IOMEM && PCI
|
2021-08-26 00:17:33 +03:00
|
|
|
depends on I2C && MTD
|
|
|
|
|
depends on SERIAL_8250
|
2021-08-13 23:30:26 +03:00
|
|
|
depends on !S390
|
2021-09-20 12:57:49 +03:00
|
|
|
depends on COMMON_CLK
|
2021-08-17 01:13:36 +03:00
|
|
|
select NET_DEVLINK
|
2020-12-04 06:51:28 +03:00
|
|
|
help
|
|
|
|
|
This driver adds support for an OpenCompute time card.
|
|
|
|
|
|
|
|
|
|
The OpenCompute time card is an atomic clock along with
|
|
|
|
|
a GPS receiver that provides a Grandmaster clock source
|
|
|
|
|
for a PTP enabled network.
|
|
|
|
|
|
|
|
|
|
More information is available at http://www.timingcard.com/
|
|
|
|
|
|
2011-04-22 14:03:08 +04:00
|
|
|
endmenu
|
