lan966x pci device: Add support for SFPs, clock dependency part
Subsystems (2)
v7 cover lan966x pci device: Add support for SFPs, clock dependency part
Hi,
Previously, I sent a big picture series adding support for SFP ports available on the LAN966x PCI device [0].
In this series patches touch several parts and sub-system in the kernel. Reviews have be done and it makes sense to split the series and send parts separately.
This current series is the extraction of a patch related to a clock build dependency issues.
[0] https://lore.kernel.org/all/[email protected]/
Best regards,
Hervé
Changes:
v6 -> v7
Rebase on top v7.1-rc1
- Patch 1
No changes
Older iterations:
Patches 18 in the big picture series
https://lore.kernel.org/all/[email protected]/
Herve Codina (1):
clk: lan966x: Add MCHP_LAN966X_PCI dependency
drivers/clk/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
Signature · 1 line
2.54.0
PATCH v7 1/1 clk: lan966x: Add MCHP_LAN966X_PCI dependency
The lan966x clock controller depends on the LAN969x architecture or the LAN966x SoC.
This clock controller can be used by the LAN966x PCI device and so it needs to be available when the LAN966x PCI device is enabled.
--- drivers/clk/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/clk/Kconfig +1 -1
@@ -278,7 +278,7 @@ config COMMON_CLK_LAN966X tristate "Generic Clock Controller driver for LAN966X SoC" depends on HAS_IOMEM depends on OF - depends on SOC_LAN966 || ARCH_LAN969X || COMPILE_TEST + depends on SOC_LAN966 || ARCH_LAN969X || MCHP_LAN966X_PCI || COMPILE_TEST help This driver provides support for Generic Clock Controller(GCK) on LAN966X SoC. GCK generates and supplies clock to various peripherals
Signature · 1 line
2.54.0
Hi Wolfram, Andi,
Quoted 11 lines · On Mon, 11 May 2026 18:01:26 +0200 Herve Codina <[email protected]>…
Hi,
Previously, I sent a big picture series adding support for SFP ports available on the LAN966x PCI device [0].
In this series patches touch several parts and sub-system in the kernel. Reviews have be done and it makes sense to split the series and send parts separately.
This current series is the extraction of a patch related to a clock build dependency issues.
Oups, this was not the correct series.
Nothing to do with i2c. A wrong command on my side.
The serie has been already sent to correct (clock) maintainers. Please ignore this one on i2c side.
Sorry for the noise.
Best regards,
Hervé