net: microchip: dead code cleanup in kconfig for FDMAThe Kconfig in the parent directory already has the first 'if NET_VENDOR_MICROCHIP'gating the inclusion of this Kconfig, meaning that the secon
net: microchip: dead code cleanup in kconfig for FDMAThe Kconfig in the parent directory already has the first 'if NET_VENDOR_MICROCHIP'gating the inclusion of this Kconfig, meaning that the second'if NET_VENDOR_MICROCHIP' condition is effectively dead code.I propose removing the second 'if NET_VENDOR_MICROCHIP' indrivers/net/ethernet/microchip/fdma/KconfigThis dead code was found by kconfirm, a static analysis tool for Kconfig.Signed-off-by: Julian Braha <julianbraha@gmail.com>Link: https://patch.msgid.link/20260329185348.526893-1-julianbraha@gmail.comSigned-off-by: Jakub Kicinski <kuba@kernel.org>
show more ...
net: microchip: Make FDMA config symbol invisibleThere is no need to ask the user about enabling Microchip FDMAfunctionality, as all drivers that use it select the FDMA symbol.Hence make the symb
net: microchip: Make FDMA config symbol invisibleThere is no need to ask the user about enabling Microchip FDMAfunctionality, as all drivers that use it select the FDMA symbol.Hence make the symbol invisible, unless when compile-testing.Fixes: 30e48a75df9c6ead ("net: microchip: add FDMA library")Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>Reviewed-by: Daniel Machon <daniel.machon@microchip.com>Link: https://patch.msgid.link/8e2bcd8899c417a962b7ee3f75b29f35b25d7933.1727171879.git.geert+renesas@glider.beSigned-off-by: Paolo Abeni <pabeni@redhat.com>
net: microchip: add FDMA libraryAdd new FDMA library for interacting with the FDMA engine on MicrochipSparx5 and lan966x switch chips, in an effort to reduce duplicate codeand provide a common se
net: microchip: add FDMA libraryAdd new FDMA library for interacting with the FDMA engine on MicrochipSparx5 and lan966x switch chips, in an effort to reduce duplicate codeand provide a common set of symbols and functions.Signed-off-by: Daniel Machon <daniel.machon@microchip.com>Reviewed-by: Steen Hegelund <Steen.Hegelund@microchip.com>Reviewed-by: Jens Emil Schulz Østergaard <jensemil.schulzostergaard@microchip.com>Reviewed-by: Horatiu Vultur <horatiu.vultur@microchip.com>Signed-off-by: David S. Miller <davem@davemloft.net>