[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20210515221320.1255291-1-arnd@kernel.org>
Date: Sun, 16 May 2021 00:13:07 +0200
From: Arnd Bergmann <arnd@...nel.org>
To: netdev@...r.kernel.org
Cc: Arnd Bergmann <arnd@...db.de>,
Paul Gortmaker <paul.gortmaker@...driver.com>,
"Maciej W. Rozycki" <macro@...am.me.uk>,
"David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Doug Berger <opendmb@...il.com>,
Florian Fainelli <f.fainelli@...il.com>,
Sam Creasey <sammy@...my.net>,
Geert Uytterhoeven <geert@...ux-m68k.org>,
Finn Thain <fthain@...egraphics.com.au>,
Christophe JAILLET <christophe.jaillet@...adoo.fr>,
Andrew Lunn <andrew@...n.ch>,
Alexei Starovoitov <ast@...nel.org>,
Eric Dumazet <edumazet@...gle.com>,
Andrii Nakryiko <andriin@...com>,
Bartosz Golaszewski <bgolaszewski@...libre.com>,
linux-kernel@...r.kernel.org, bcm-kernel-feedback-list@...adcom.com
Subject: [RFC 00/13] [net-next] drivers/net/Space.c cleanup
From: Arnd Bergmann <arnd@...db.de>
I discovered that there are still a couple of drivers that rely on
beiong statically initialized from drivers/net/Space.c the way
we did in the last century. As it turns out, there are a couple
of simplifications that can be made here, as well as some minor
bugfixes.
There are four classes of drivers that use this:
- most 10mbit ISA bus ethernet drivers (and one 100mbit one)
- both ISA localtalk drivers
- several m68k ethernet drivers
- one obsolete WAN driver
I found that the drivers using in arch/m68k/ don't actually benefit
from being probed this way as they do not rely on the netdev= command
line arguments, they have simply never been changed to work like a
modern driver.
I had previously sent a patch to remove the sbni/granch driver, and
there were no objections to this patch but forgot to resend it after
some discussion about another patch in the same series.
For the ISA drivers, there is usually no way to probe multiple devices
at boot time other than the netdev= arguments, so all that logic is left
in place for the moment, but centralized in a single file that only gets
included in the kernel build if one or more of the drivers are built-in.
I'm also changing the old-style init_module() functions in these drivers
to static functions with a module_init() annotation, to more closely
resemble modern drivers. There are only a few users of the init_module()
interface remaining, and removing that would likely allow some cleanups
in the module loader code.
There are a couple of possible follow-ups:
* Most of ISA drivers could be trivially converted to use the module_init()
entry point, which would slightly change the command line syntax and
still support a single device of that type, but not more than one. We
could decide that this is fine, as few users remain that have any of
these devices, let alone more than one.
* Alternatively, the fact that the ISA drivers have never been cleaned
up can be seen as an indication that there isn't really much remaining
interest in them. We could move them to drivers/staging along with the
consolidated contents of drivers/net/Space.c and see if anyone still
uses them and eventually remove the ones that nobody has.
I can see that Paul Gortmaker removed a number of less common ISA
ethernet drivers in 2013, but at the time left these because they
were possibly still relevant.
* If we end up moving the cops localtalk driver to staging, support
for localtalk devices (though probably not appletalk over ethernet)
can arguably meet the same fate.
If someone wants to work on those follow-ups or thinks they are a
good idea, let me know, otherwise I'd leave it at this cleanup.
Arnd
Arnd Bergmann (13):
[net-next] bcmgenet: remove call to netdev_boot_setup_check
[net-next] natsemi: sonic: stop calling netdev_boot_setup_check
[net-next] appletalk: ltpc: remove static probing
[net-next] 3c509: stop calling netdev_boot_setup_check
[net-next] cs89x0: rework driver configuration
[net-next] m68k: remove legacy probing
[net-next] move netdev_boot_setup into Space.c
[net-next] make legacy ISA probe optional
[net-next] wan: remove stale Kconfig entries
[net-next] wan: remove sbni/granch driver
[net-next] wan: hostess_sv11: use module_init/module_exit helpers
[net-next] ethernet: isa: convert to module_init/module_exit
[net-next] 8390: xsurf100: avoid including lib8390.c
.../admin-guide/kernel-parameters.txt | 2 -
drivers/net/Kconfig | 7 +
drivers/net/Makefile | 3 +-
drivers/net/Space.c | 178 +-
drivers/net/appletalk/Kconfig | 4 +-
drivers/net/appletalk/ltpc.c | 7 +-
drivers/net/ethernet/3com/3c509.c | 3 -
drivers/net/ethernet/3com/3c515.c | 3 +-
drivers/net/ethernet/3com/Kconfig | 1 +
drivers/net/ethernet/8390/Kconfig | 3 +
drivers/net/ethernet/8390/Makefile | 2 +-
drivers/net/ethernet/8390/apne.c | 11 +-
drivers/net/ethernet/8390/ne.c | 5 +-
drivers/net/ethernet/8390/smc-ultra.c | 9 +-
drivers/net/ethernet/8390/wd.c | 7 +-
drivers/net/ethernet/8390/xsurf100.c | 7 +-
drivers/net/ethernet/amd/Kconfig | 2 +
drivers/net/ethernet/amd/atarilance.c | 11 +-
drivers/net/ethernet/amd/lance.c | 6 +-
drivers/net/ethernet/amd/mvme147.c | 16 +-
drivers/net/ethernet/amd/ni65.c | 6 +-
drivers/net/ethernet/amd/sun3lance.c | 19 +-
.../net/ethernet/broadcom/genet/bcmgenet.c | 2 -
drivers/net/ethernet/cirrus/Kconfig | 27 +-
drivers/net/ethernet/cirrus/cs89x0.c | 31 +-
drivers/net/ethernet/i825xx/82596.c | 24 +-
drivers/net/ethernet/i825xx/sun3_82586.c | 17 +-
drivers/net/ethernet/natsemi/jazzsonic.c | 2 -
drivers/net/ethernet/natsemi/xtsonic.c | 1 -
drivers/net/ethernet/smsc/Kconfig | 1 +
drivers/net/ethernet/smsc/smc9194.c | 6 +-
drivers/net/wan/Kconfig | 51 -
drivers/net/wan/Makefile | 1 -
drivers/net/wan/hostess_sv11.c | 6 +-
drivers/net/wan/sbni.c | 1638 -----------------
drivers/net/wan/sbni.h | 147 --
include/linux/netdevice.h | 13 -
include/net/Space.h | 10 -
net/core/dev.c | 125 --
net/ethernet/eth.c | 2 -
40 files changed, 259 insertions(+), 2157 deletions(-)
delete mode 100644 drivers/net/wan/sbni.c
delete mode 100644 drivers/net/wan/sbni.h
--
2.29.2
Cc: Paul Gortmaker <paul.gortmaker@...driver.com>
Cc: "Maciej W. Rozycki" <macro@...am.me.uk>
Cc: "David S. Miller" <davem@...emloft.net>
Cc: Jakub Kicinski <kuba@...nel.org>
Cc: Doug Berger <opendmb@...il.com>
Cc: Florian Fainelli <f.fainelli@...il.com>
Cc: Sam Creasey <sammy@...my.net>
Cc: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Finn Thain <fthain@...egraphics.com.au>
Cc: Christophe JAILLET <christophe.jaillet@...adoo.fr>
Cc: Andrew Lunn <andrew@...n.ch>
Cc: Alexei Starovoitov <ast@...nel.org>
Cc: Eric Dumazet <edumazet@...gle.com>
Cc: Andrii Nakryiko <andriin@...com>
Cc: Bartosz Golaszewski <bgolaszewski@...libre.com>
Cc: netdev@...r.kernel.org
Cc: linux-kernel@...r.kernel.org
Cc: bcm-kernel-feedback-list@...adcom.com
Powered by blists - more mailing lists