drivers/net/Kconfig

   1 # SPDX-License-Identifier: GPL-2.0-only
   2 #
   3 # Network device configuration
   4 #
   5
   6 menuconfig NETDEVICES
   7         default y if UML
   8         depends on NET
   9         bool "Network device support"
  10         help
  11           You can say N here if you don't intend to connect your Linux box to
  12           any other computer at all.
  13
  14           You'll have to say Y if your computer contains a network card that
  15           you want to use under Linux. If you are going to run SLIP or PPP over
  16           telephone line or null modem cable you need say Y here. Connecting
  17           two machines with parallel ports using PLIP needs this, as well as
  18           AX.25/KISS for sending Internet traffic over amateur radio links.
  19
  20           See also "The Linux Network Administrator's Guide" by Olaf Kirch and
  21           Terry Dawson. Available at <http://www.tldp.org/guides.html>.
  22
  23           If unsure, say Y.
  24
  25 # All the following symbols are dependent on NETDEVICES - do not repeat
  26 # that for each of the symbols.
  27 if NETDEVICES
  28
  29 config MII
  30         tristate
  31
  32 config NET_CORE
  33         default y
  34         bool "Network core driver support"
  35         help
  36           You can say N here if you do not intend to use any of the
  37           networking core drivers (i.e. VLAN, bridging, bonding, etc.)
  38
  39 if NET_CORE
  40
  41 config BONDING
  42         tristate "Bonding driver support"
  43         depends on INET
  44         depends on IPV6 || IPV6=n
  45         depends on TLS || TLS_DEVICE=n
  46         help
  47           Say 'Y' or 'M' if you wish to be able to 'bond' multiple Ethernet
  48           Channels together. This is called 'Etherchannel' by Cisco,
  49           'Trunking' by Sun, 802.3ad by the IEEE, and 'Bonding' in Linux.
  50
  51           The driver supports multiple bonding modes to allow for both high
  52           performance and high availability operation.
  53
  54           Refer to <file:Documentation/networking/bonding.rst> for more
  55           information.
  56
  57           To compile this driver as a module, choose M here: the module
  58           will be called bonding.
  59
  60 config DUMMY
  61         tristate "Dummy net driver support"
  62         help
  63           This is essentially a bit-bucket device (i.e. traffic you send to
  64           this device is consigned into oblivion) with a configurable IP
  65           address. It is most commonly used in order to make your currently
  66           inactive SLIP address seem like a real address for local programs.
  67           If you use SLIP or PPP, you might want to say Y here. It won't
  68           enlarge your kernel. What a deal. Read about it in the Network
  69           Administrator's Guide, available from
  70           <http://www.tldp.org/docs.html#guide>.
  71
  72           To compile this driver as a module, choose M here: the module
  73           will be called dummy.
  74
  75 config WIREGUARD
  76         tristate "WireGuard secure network tunnel"
  77         depends on NET && INET
  78         depends on IPV6 || !IPV6
  79         depends on !KMSAN # KMSAN doesn't support the crypto configs below
  80         select NET_UDP_TUNNEL
  81         select DST_CACHE
  82         select CRYPTO
  83         select CRYPTO_LIB_CURVE25519
  84         select CRYPTO_LIB_CHACHA20POLY1305
  85         select CRYPTO_CHACHA20_X86_64 if X86 && 64BIT
  86         select CRYPTO_POLY1305_X86_64 if X86 && 64BIT
  87         select CRYPTO_BLAKE2S_X86 if X86 && 64BIT
  88         select CRYPTO_CURVE25519_X86 if X86 && 64BIT
  89         select CRYPTO_CHACHA20_NEON if ARM || (ARM64 && KERNEL_MODE_NEON)
  90         select CRYPTO_POLY1305_NEON if ARM64 && KERNEL_MODE_NEON
  91         select CRYPTO_POLY1305_ARM if ARM
  92         select CRYPTO_BLAKE2S_ARM if ARM
  93         select CRYPTO_CURVE25519_NEON if ARM && KERNEL_MODE_NEON
  94         select CRYPTO_CHACHA_MIPS if CPU_MIPS32_R2
  95         select CRYPTO_POLY1305_MIPS if MIPS
  96         select CRYPTO_CHACHA_S390 if S390
  97         help
  98           WireGuard is a secure, fast, and easy to use replacement for IPSec
  99           that uses modern cryptography and clever networking tricks. It's
 100           designed to be fairly general purpose and abstract enough to fit most
 101           use cases, while at the same time remaining extremely simple to
 102           configure. See www.wireguard.com for more info.
 103
 104           It's safe to say Y or M here, as the driver is very lightweight and
 105           is only in use when an administrator chooses to add an interface.
 106
 107 config WIREGUARD_DEBUG
 108         bool "Debugging checks and verbose messages"
 109         depends on WIREGUARD
 110         help
 111           This will write log messages for handshake and other events
 112           that occur for a WireGuard interface. It will also perform some
 113           extra validation checks and unit tests at various points. This is
 114           only useful for debugging.
 115
 116           Say N here unless you know what you're doing.
 117
 118 config EQUALIZER
 119         tristate "EQL (serial line load balancing) support"
 120         help
 121           If you have two serial connections to some other computer (this
 122           usually requires two modems and two telephone lines) and you use
 123           SLIP (the protocol for sending Internet traffic over telephone
 124           lines) or PPP (a better SLIP) on them, you can make them behave like
 125           one double speed connection using this driver.  Naturally, this has
 126           to be supported at the other end as well, either with a similar EQL
 127           Linux driver or with a Livingston Portmaster 2e.
 128
 129           Say Y if you want this and read
 130           <file:Documentation/networking/eql.rst>.  You may also want to read
 131           section 6.2 of the NET-3-HOWTO, available from
 132           <http://www.tldp.org/docs.html#howto>.
 133
 134           To compile this driver as a module, choose M here: the module
 135           will be called eql.  If unsure, say N.
 136
 137 config NET_FC
 138         bool "Fibre Channel driver support"
 139         depends on SCSI && PCI
 140         help
 141           Fibre Channel is a high speed serial protocol mainly used to connect
 142           large storage devices to the computer; it is compatible with and
 143           intended to replace SCSI.
 144
 145           If you intend to use Fibre Channel, you need to have a Fibre channel
 146           adaptor card in your computer; say Y here and to the driver for your
 147           adaptor below. You also should have said Y to "SCSI support" and
 148           "SCSI generic support".
 149
 150 config IFB
 151         tristate "Intermediate Functional Block support"
 152         depends on NET_ACT_MIRRED || NFT_FWD_NETDEV
 153         select NET_REDIRECT
 154         help
 155           This is an intermediate driver that allows sharing of
 156           resources.
 157           To compile this driver as a module, choose M here: the module
 158           will be called ifb.  If you want to use more than one ifb
 159           device at a time, you need to compile this driver as a module.
 160           Instead of 'ifb', the devices will then be called 'ifb0',
 161           'ifb1' etc.
 162           Look at the iproute2 documentation directory for usage etc
 163
 164 source "drivers/net/team/Kconfig"
 165
 166 config MACVLAN
 167         tristate "MAC-VLAN support"
 168         help
 169           This allows one to create virtual interfaces that map packets to
 170           or from specific MAC addresses to a particular interface.
 171
 172           Macvlan devices can be added using the "ip" command from the
 173           iproute2 package starting with the iproute2-2.6.23 release:
 174
 175           "ip link add link <real dev> [ address MAC ] [ NAME ] type macvlan"
 176
 177           To compile this driver as a module, choose M here: the module
 178           will be called macvlan.
 179
 180 config MACVTAP
 181         tristate "MAC-VLAN based tap driver"
 182         depends on MACVLAN
 183         depends on INET
 184         select TAP
 185         help
 186           This adds a specialized tap character device driver that is based
 187           on the MAC-VLAN network interface, called macvtap. A macvtap device
 188           can be added in the same way as a macvlan device, using 'type
 189           macvtap', and then be accessed through the tap user space interface.
 190
 191           To compile this driver as a module, choose M here: the module
 192           will be called macvtap.
 193
 194 config IPVLAN_L3S
 195         depends on NETFILTER
 196         depends on IPVLAN
 197         def_bool y
 198         select NET_L3_MASTER_DEV
 199
 200 config IPVLAN
 201         tristate "IP-VLAN support"
 202         depends on INET
 203         depends on IPV6 || !IPV6
 204         help
 205           This allows one to create virtual devices off of a main interface
 206           and packets will be delivered based on the dest L3 (IPv6/IPv4 addr)
 207           on packets. All interfaces (including the main interface) share L2
 208           making it transparent to the connected L2 switch.
 209
 210           Ipvlan devices can be added using the "ip" command from the
 211           iproute2 package starting with the iproute2-3.19 release:
 212
 213           "ip link add link <main-dev> [ NAME ] type ipvlan"
 214
 215           To compile this driver as a module, choose M here: the module
 216           will be called ipvlan.
 217
 218 config IPVTAP
 219         tristate "IP-VLAN based tap driver"
 220         depends on IPVLAN
 221         depends on INET
 222         select TAP
 223         help
 224           This adds a specialized tap character device driver that is based
 225           on the IP-VLAN network interface, called ipvtap. An ipvtap device
 226           can be added in the same way as a ipvlan device, using 'type
 227           ipvtap', and then be accessed through the tap user space interface.
 228
 229           To compile this driver as a module, choose M here: the module
 230           will be called ipvtap.
 231
 232 config VXLAN
 233         tristate "Virtual eXtensible Local Area Network (VXLAN)"
 234         depends on INET
 235         select NET_UDP_TUNNEL
 236         select GRO_CELLS
 237         help
 238           This allows one to create vxlan virtual interfaces that provide
 239           Layer 2 Networks over Layer 3 Networks. VXLAN is often used
 240           to tunnel virtual network infrastructure in virtualized environments.
 241           For more information see:
 242             http://tools.ietf.org/html/draft-mahalingam-dutt-dcops-vxlan-02
 243
 244           To compile this driver as a module, choose M here: the module
 245           will be called vxlan.
 246
 247 config GENEVE
 248         tristate "Generic Network Virtualization Encapsulation"
 249         depends on INET
 250         depends on IPV6 || !IPV6
 251         select NET_UDP_TUNNEL
 252         select GRO_CELLS
 253         help
 254           This allows one to create geneve virtual interfaces that provide
 255           Layer 2 Networks over Layer 3 Networks. GENEVE is often used
 256           to tunnel virtual network infrastructure in virtualized environments.
 257           For more information see:
 258             http://tools.ietf.org/html/draft-gross-geneve-02
 259
 260           To compile this driver as a module, choose M here: the module
 261           will be called geneve.
 262
 263 config BAREUDP
 264         tristate "Bare UDP Encapsulation"
 265         depends on INET
 266         depends on IPV6 || !IPV6
 267         select NET_UDP_TUNNEL
 268         select GRO_CELLS
 269         help
 270           This adds a bare UDP tunnel module for tunnelling different
 271           kinds of traffic like MPLS, IP, etc. inside a UDP tunnel.
 272
 273           To compile this driver as a module, choose M here: the module
 274           will be called bareudp.
 275
 276 config GTP
 277         tristate "GPRS Tunneling Protocol datapath (GTP-U)"
 278         depends on INET
 279         select NET_UDP_TUNNEL
 280         help
 281           This allows one to create gtp virtual interfaces that provide
 282           the GPRS Tunneling Protocol datapath (GTP-U). This tunneling protocol
 283           is used to prevent subscribers from accessing mobile carrier core
 284           network infrastructure. This driver requires a userspace software that
 285           implements the signaling protocol (GTP-C) to update its PDP context
 286           base, such as OpenGGSN <http://git.osmocom.org/openggsn/). This
 287           tunneling protocol is implemented according to the GSM TS 09.60 and
 288           3GPP TS 29.060 standards.
 289
 290           To compile this drivers as a module, choose M here: the module
 291           will be called gtp.
 292
 293 config AMT
 294         tristate "Automatic Multicast Tunneling (AMT)"
 295         depends on INET && IP_MULTICAST
 296         depends on IPV6 || !IPV6
 297         select NET_UDP_TUNNEL
 298         help
 299           This allows one to create AMT(Automatic Multicast Tunneling)
 300           virtual interfaces that provide multicast tunneling.
 301           There are two roles, Gateway, and Relay.
 302           Gateway Encapsulates IGMP/MLD traffic from listeners to the Relay.
 303           Gateway Decapsulates multicast traffic from the Relay to Listeners.
 304           Relay Encapsulates multicast traffic from Sources to Gateway.
 305           Relay Decapsulates IGMP/MLD traffic from Gateway.
 306
 307           To compile this drivers as a module, choose M here: the module
 308           will be called amt.
 309
 310 config MACSEC
 311         tristate "IEEE 802.1AE MAC-level encryption (MACsec)"
 312         select CRYPTO
 313         select CRYPTO_AES
 314         select CRYPTO_GCM
 315         select GRO_CELLS
 316         help
 317            MACsec is an encryption standard for Ethernet.
 318
 319 config NETCONSOLE
 320         tristate "Network console logging support"
 321         help
 322           If you want to log kernel messages over the network, enable this.
 323           See <file:Documentation/networking/netconsole.rst> for details.
 324
 325 config NETCONSOLE_DYNAMIC
 326         bool "Dynamic reconfiguration of logging targets"
 327         depends on NETCONSOLE && SYSFS && CONFIGFS_FS && \
 328                         !(NETCONSOLE=y && CONFIGFS_FS=m)
 329         help
 330           This option enables the ability to dynamically reconfigure target
 331           parameters (interface, IP addresses, port numbers, MAC addresses)
 332           at runtime through a userspace interface exported using configfs.
 333           See <file:Documentation/networking/netconsole.rst> for details.
 334
 335 config NETCONSOLE_EXTENDED_LOG
 336         bool "Set kernel extended message by default"
 337         depends on NETCONSOLE
 338         default n
 339         help
 340           Set extended log support for netconsole message. If this option is
 341           set, log messages are transmitted with extended metadata header in a
 342           format similar to /dev/kmsg.  See
 343           <file:Documentation/networking/netconsole.rst> for details.
 344
 345 config NETCONSOLE_PREPEND_RELEASE
 346         bool "Prepend kernel release version in the message by default"
 347         depends on NETCONSOLE_EXTENDED_LOG
 348         default n
 349         help
 350           Set kernel release to be prepended to each netconsole message by
 351           default. If this option is set, the kernel release is prepended into
 352           the first field of every netconsole message, so, the netconsole
 353           server/peer can easily identify what kernel release is logging each
 354           message.  See <file:Documentation/networking/netconsole.rst> for
 355           details.
 356
 357 config NETPOLL
 358         def_bool NETCONSOLE
 359
 360 config NET_POLL_CONTROLLER
 361         def_bool NETPOLL
 362
 363 config NTB_NETDEV
 364         tristate "Virtual Ethernet over NTB Transport"
 365         depends on NTB_TRANSPORT
 366
 367 config RIONET
 368         tristate "RapidIO Ethernet over messaging driver support"
 369         depends on RAPIDIO
 370
 371 config RIONET_TX_SIZE
 372         int "Number of outbound queue entries"
 373         depends on RIONET
 374         default "128"
 375
 376 config RIONET_RX_SIZE
 377         int "Number of inbound queue entries"
 378         depends on RIONET
 379         default "128"
 380
 381 config TUN
 382         tristate "Universal TUN/TAP device driver support"
 383         depends on INET
 384         select CRC32
 385         help
 386           TUN/TAP provides packet reception and transmission for user space
 387           programs.  It can be viewed as a simple Point-to-Point or Ethernet
 388           device, which instead of receiving packets from a physical media,
 389           receives them from user space program and instead of sending packets
 390           via physical media writes them to the user space program.
 391
 392           When a program opens /dev/net/tun, driver creates and registers
 393           corresponding net device tunX or tapX.  After a program closed above
 394           devices, driver will automatically delete tunXX or tapXX device and
 395           all routes corresponding to it.
 396
 397           Please read <file:Documentation/networking/tuntap.rst> for more
 398           information.
 399
 400           To compile this driver as a module, choose M here: the module
 401           will be called tun.
 402
 403           If you don't know what to use this for, you don't need it.
 404
 405 config TAP
 406         tristate
 407         help
 408           This option is selected by any driver implementing tap user space
 409           interface for a virtual interface to re-use core tap functionality.
 410
 411 config TUN_VNET_CROSS_LE
 412         bool "Support for cross-endian vnet headers on little-endian kernels"
 413         default n
 414         help
 415           This option allows TUN/TAP and MACVTAP device drivers in a
 416           little-endian kernel to parse vnet headers that come from a
 417           big-endian legacy virtio device.
 418
 419           Userspace programs can control the feature using the TUNSETVNETBE
 420           and TUNGETVNETBE ioctls.
 421
 422           Unless you have a little-endian system hosting a big-endian virtual
 423           machine with a legacy virtio NIC, you should say N.
 424
 425 config VETH
 426         tristate "Virtual ethernet pair device"
 427         select PAGE_POOL
 428         help
 429           This device is a local ethernet tunnel. Devices are created in pairs.
 430           When one end receives the packet it appears on its pair and vice
 431           versa.
 432
 433 config VIRTIO_NET
 434         tristate "Virtio network driver"
 435         depends on VIRTIO
 436         select NET_FAILOVER
 437         help
 438           This is the virtual network driver for virtio.  It can be used with
 439           QEMU based VMMs (like KVM or Xen).  Say Y or M.
 440
 441 config NLMON
 442         tristate "Virtual netlink monitoring device"
 443         help
 444           This option enables a monitoring net device for netlink skbs. The
 445           purpose of this is to analyze netlink messages with packet sockets.
 446           Thus applications like tcpdump will be able to see local netlink
 447           messages if they tap into the netlink device, record pcaps for further
 448           diagnostics, etc. This is mostly intended for developers or support
 449           to debug netlink issues. If unsure, say N.
 450
 451 config NET_VRF
 452         tristate "Virtual Routing and Forwarding (Lite)"
 453         depends on IP_MULTIPLE_TABLES
 454         depends on NET_L3_MASTER_DEV
 455         depends on IPV6 || IPV6=n
 456         depends on IPV6_MULTIPLE_TABLES || IPV6=n
 457         help
 458           This option enables the support for mapping interfaces into VRF's. The
 459           support enables VRF devices.
 460
 461 config VSOCKMON
 462         tristate "Virtual vsock monitoring device"
 463         depends on VHOST_VSOCK
 464         help
 465           This option enables a monitoring net device for vsock sockets. It is
 466           mostly intended for developers or support to debug vsock issues. If
 467           unsure, say N.
 468
 469 config MHI_NET
 470         tristate "MHI network driver"
 471         depends on MHI_BUS
 472         help
 473           This is the network driver for MHI bus.  It can be used with
 474           QCOM based WWAN modems for IP or QMAP/rmnet protocol (like SDX55).
 475           Say Y or M.
 476
 477 endif # NET_CORE
 478
 479 config SUNGEM_PHY
 480         tristate
 481
 482 source "drivers/net/arcnet/Kconfig"
 483
 484 source "drivers/atm/Kconfig"
 485
 486 source "drivers/net/caif/Kconfig"
 487
 488 source "drivers/net/dsa/Kconfig"
 489
 490 source "drivers/net/ethernet/Kconfig"
 491
 492 source "drivers/net/fddi/Kconfig"
 493
 494 source "drivers/net/hippi/Kconfig"
 495
 496 source "drivers/net/ipa/Kconfig"
 497
 498 config NET_SB1000
 499         tristate "General Instruments Surfboard 1000"
 500         depends on PNP
 501         help
 502           This is a driver for the General Instrument (also known as
 503           NextLevel) SURFboard 1000 internal
 504           cable modem. This is an ISA card which is used by a number of cable
 505           TV companies to provide cable modem access. It's a one-way
 506           downstream-only cable modem, meaning that your upstream net link is
 507           provided by your regular phone modem.
 508
 509           At present this driver only compiles as a module, so say M here if
 510           you have this card. The module will be called sb1000. Then read
 511           <file:Documentation/networking/device_drivers/cable/sb1000.rst> for
 512           information on how to use this module, as it needs special ppp
 513           scripts for establishing a connection. Further documentation
 514           and the necessary scripts can be found at:
 515
 516           <http://www.jacksonville.net/~fventuri/>
 517           <http://home.adelphia.net/~siglercm/sb1000.html>
 518           <http://linuxpower.cx/~cable/>
 519
 520           If you don't have this card, of course say N.
 521
 522 source "drivers/net/phy/Kconfig"
 523
 524 source "drivers/net/pse-pd/Kconfig"
 525
 526 source "drivers/net/can/Kconfig"
 527
 528 source "drivers/net/mctp/Kconfig"
 529
 530 source "drivers/net/mdio/Kconfig"
 531
 532 source "drivers/net/pcs/Kconfig"
 533
 534 source "drivers/net/plip/Kconfig"
 535
 536 source "drivers/net/ppp/Kconfig"
 537
 538 source "drivers/net/slip/Kconfig"
 539
 540 source "drivers/s390/net/Kconfig"
 541
 542 source "drivers/net/usb/Kconfig"
 543
 544 source "drivers/net/wireless/Kconfig"
 545
 546 source "drivers/net/wan/Kconfig"
 547
 548 source "drivers/net/ieee802154/Kconfig"
 549
 550 source "drivers/net/wwan/Kconfig"
 551
 552 config XEN_NETDEV_FRONTEND
 553         tristate "Xen network device frontend driver"
 554         depends on XEN
 555         select XEN_XENBUS_FRONTEND
 556         select PAGE_POOL
 557         default y
 558         help
 559           This driver provides support for Xen paravirtual network
 560           devices exported by a Xen network driver domain (often
 561           domain 0).
 562
 563           The corresponding Linux backend driver is enabled by the
 564           CONFIG_XEN_NETDEV_BACKEND option.
 565
 566           If you are compiling a kernel for use as Xen guest, you
 567           should say Y here. To compile this driver as a module, chose
 568           M here: the module will be called xen-netfront.
 569
 570 config XEN_NETDEV_BACKEND
 571         tristate "Xen backend network device"
 572         depends on XEN_BACKEND
 573         help
 574           This driver allows the kernel to act as a Xen network driver
 575           domain which exports paravirtual network devices to other
 576           Xen domains. These devices can be accessed by any operating
 577           system that implements a compatible front end.
 578
 579           The corresponding Linux frontend driver is enabled by the
 580           CONFIG_XEN_NETDEV_FRONTEND configuration option.
 581
 582           The backend driver presents a standard network device
 583           endpoint for each paravirtual network device to the driver
 584           domain network stack. These can then be bridged or routed
 585           etc in order to provide full network connectivity.
 586
 587           If you are compiling a kernel to run in a Xen network driver
 588           domain (often this is domain 0) you should say Y here. To
 589           compile this driver as a module, chose M here: the module
 590           will be called xen-netback.
 591
 592 config VMXNET3
 593         tristate "VMware VMXNET3 ethernet driver"
 594         depends on PCI && INET
 595         depends on PAGE_SIZE_LESS_THAN_64KB
 596         select PAGE_POOL
 597         help
 598           This driver supports VMware's vmxnet3 virtual ethernet NIC.
 599           To compile this driver as a module, choose M here: the
 600           module will be called vmxnet3.
 601
 602 config FUJITSU_ES
 603         tristate "FUJITSU Extended Socket Network Device driver"
 604         depends on ACPI
 605         help
 606           This driver provides support for Extended Socket network device
 607           on Extended Partitioning of FUJITSU PRIMEQUEST 2000 E2 series.
 608
 609 source "drivers/net/thunderbolt/Kconfig"
 610 source "drivers/net/hyperv/Kconfig"
 611
 612 config NETDEVSIM
 613         tristate "Simulated networking device"
 614         depends on DEBUG_FS
 615         depends on INET
 616         depends on IPV6 || IPV6=n
 617         depends on PSAMPLE || PSAMPLE=n
 618         depends on PTP_1588_CLOCK_MOCK || PTP_1588_CLOCK_MOCK=n
 619         select NET_DEVLINK
 620         help
 621           This driver is a developer testing tool and software model that can
 622           be used to test various control path networking APIs, especially
 623           HW-offload related.
 624
 625           To compile this driver as a module, choose M here: the module
 626           will be called netdevsim.
 627
 628 config NET_FAILOVER
 629         tristate "Failover driver"
 630         select FAILOVER
 631         help
 632           This provides an automated failover mechanism via APIs to create
 633           and destroy a failover master netdev and manages a primary and
 634           standby slave netdevs that get registered via the generic failover
 635           infrastructure. This can be used by paravirtual drivers to enable
 636           an alternate low latency datapath. It also enables live migration of
 637           a VM with direct attached VF by failing over to the paravirtual
 638           datapath when the VF is unplugged.
 639
 640 config NETDEV_LEGACY_INIT
 641         bool
 642         depends on ISA
 643         help
 644           Drivers that call netdev_boot_setup_check() should select this
 645           symbol, everything else no longer needs it.
 646
 647 endif # NETDEVICES