xref: /openbmc/linux/net/Kconfig (revision f0702555)
1#
2# Network configuration
3#
4
5menuconfig NET
6	bool "Networking support"
7	select NLATTR
8	select GENERIC_NET_UTILS
9	select BPF
10	---help---
11	  Unless you really know what you are doing, you should say Y here.
12	  The reason is that some programs need kernel networking support even
13	  when running on a stand-alone machine that isn't connected to any
14	  other computer.
15
16	  If you are upgrading from an older kernel, you
17	  should consider updating your networking tools too because changes
18	  in the kernel and the tools often go hand in hand. The tools are
19	  contained in the package net-tools, the location and version number
20	  of which are given in <file:Documentation/Changes>.
21
22	  For a general introduction to Linux networking, it is highly
23	  recommended to read the NET-HOWTO, available from
24	  <http://www.tldp.org/docs.html#howto>.
25
26if NET
27
28config WANT_COMPAT_NETLINK_MESSAGES
29	bool
30	help
31	  This option can be selected by other options that need compat
32	  netlink messages.
33
34config COMPAT_NETLINK_MESSAGES
35	def_bool y
36	depends on COMPAT
37	depends on WEXT_CORE || WANT_COMPAT_NETLINK_MESSAGES
38	help
39	  This option makes it possible to send different netlink messages
40	  to tasks depending on whether the task is a compat task or not. To
41	  achieve this, you need to set skb_shinfo(skb)->frag_list to the
42	  compat skb before sending the skb, the netlink code will sort out
43	  which message to actually pass to the task.
44
45	  Newly written code should NEVER need this option but do
46	  compat-independent messages instead!
47
48config NET_INGRESS
49	bool
50
51config NET_EGRESS
52	bool
53
54menu "Networking options"
55
56source "net/packet/Kconfig"
57source "net/unix/Kconfig"
58source "net/xfrm/Kconfig"
59source "net/iucv/Kconfig"
60
61config INET
62	bool "TCP/IP networking"
63	select CRYPTO
64	select CRYPTO_AES
65	---help---
66	  These are the protocols used on the Internet and on most local
67	  Ethernets. It is highly recommended to say Y here (this will enlarge
68	  your kernel by about 400 KB), since some programs (e.g. the X window
69	  system) use TCP/IP even if your machine is not connected to any
70	  other computer. You will get the so-called loopback device which
71	  allows you to ping yourself (great fun, that!).
72
73	  For an excellent introduction to Linux networking, please read the
74	  Linux Networking HOWTO, available from
75	  <http://www.tldp.org/docs.html#howto>.
76
77	  If you say Y here and also to "/proc file system support" and
78	  "Sysctl support" below, you can change various aspects of the
79	  behavior of the TCP/IP code by writing to the (virtual) files in
80	  /proc/sys/net/ipv4/*; the options are explained in the file
81	  <file:Documentation/networking/ip-sysctl.txt>.
82
83	  Short answer: say Y.
84
85if INET
86source "net/ipv4/Kconfig"
87source "net/ipv6/Kconfig"
88source "net/netlabel/Kconfig"
89
90endif # if INET
91
92config NETWORK_SECMARK
93	bool "Security Marking"
94	help
95	  This enables security marking of network packets, similar
96	  to nfmark, but designated for security purposes.
97	  If you are unsure how to answer this question, answer N.
98
99config NET_PTP_CLASSIFY
100	def_bool n
101
102config NETWORK_PHY_TIMESTAMPING
103	bool "Timestamping in PHY devices"
104	select NET_PTP_CLASSIFY
105	help
106	  This allows timestamping of network packets by PHYs with
107	  hardware timestamping capabilities. This option adds some
108	  overhead in the transmit and receive paths.
109
110	  If you are unsure how to answer this question, answer N.
111
112menuconfig NETFILTER
113	bool "Network packet filtering framework (Netfilter)"
114	---help---
115	  Netfilter is a framework for filtering and mangling network packets
116	  that pass through your Linux box.
117
118	  The most common use of packet filtering is to run your Linux box as
119	  a firewall protecting a local network from the Internet. The type of
120	  firewall provided by this kernel support is called a "packet
121	  filter", which means that it can reject individual network packets
122	  based on type, source, destination etc. The other kind of firewall,
123	  a "proxy-based" one, is more secure but more intrusive and more
124	  bothersome to set up; it inspects the network traffic much more
125	  closely, modifies it and has knowledge about the higher level
126	  protocols, which a packet filter lacks. Moreover, proxy-based
127	  firewalls often require changes to the programs running on the local
128	  clients. Proxy-based firewalls don't need support by the kernel, but
129	  they are often combined with a packet filter, which only works if
130	  you say Y here.
131
132	  You should also say Y here if you intend to use your Linux box as
133	  the gateway to the Internet for a local network of machines without
134	  globally valid IP addresses. This is called "masquerading": if one
135	  of the computers on your local network wants to send something to
136	  the outside, your box can "masquerade" as that computer, i.e. it
137	  forwards the traffic to the intended outside destination, but
138	  modifies the packets to make it look like they came from the
139	  firewall box itself. It works both ways: if the outside host
140	  replies, the Linux box will silently forward the traffic to the
141	  correct local computer. This way, the computers on your local net
142	  are completely invisible to the outside world, even though they can
143	  reach the outside and can receive replies. It is even possible to
144	  run globally visible servers from within a masqueraded local network
145	  using a mechanism called portforwarding. Masquerading is also often
146	  called NAT (Network Address Translation).
147
148	  Another use of Netfilter is in transparent proxying: if a machine on
149	  the local network tries to connect to an outside host, your Linux
150	  box can transparently forward the traffic to a local server,
151	  typically a caching proxy server.
152
153	  Yet another use of Netfilter is building a bridging firewall. Using
154	  a bridge with Network packet filtering enabled makes iptables "see"
155	  the bridged traffic. For filtering on the lower network and Ethernet
156	  protocols over the bridge, use ebtables (under bridge netfilter
157	  configuration).
158
159	  Various modules exist for netfilter which replace the previous
160	  masquerading (ipmasqadm), packet filtering (ipchains), transparent
161	  proxying, and portforwarding mechanisms. Please see
162	  <file:Documentation/Changes> under "iptables" for the location of
163	  these packages.
164
165if NETFILTER
166
167config NETFILTER_DEBUG
168	bool "Network packet filtering debugging"
169	depends on NETFILTER
170	help
171	  You can say Y here if you want to get additional messages useful in
172	  debugging the netfilter code.
173
174config NETFILTER_ADVANCED
175	bool "Advanced netfilter configuration"
176	depends on NETFILTER
177	default y
178	help
179	  If you say Y here you can select between all the netfilter modules.
180	  If you say N the more unusual ones will not be shown and the
181	  basic ones needed by most people will default to 'M'.
182
183	  If unsure, say Y.
184
185config BRIDGE_NETFILTER
186	tristate "Bridged IP/ARP packets filtering"
187	depends on BRIDGE
188	depends on NETFILTER && INET
189	depends on NETFILTER_ADVANCED
190	default m
191	---help---
192	  Enabling this option will let arptables resp. iptables see bridged
193	  ARP resp. IP traffic. If you want a bridging firewall, you probably
194	  want this option enabled.
195	  Enabling or disabling this option doesn't enable or disable
196	  ebtables.
197
198	  If unsure, say N.
199
200source "net/netfilter/Kconfig"
201source "net/ipv4/netfilter/Kconfig"
202source "net/ipv6/netfilter/Kconfig"
203source "net/decnet/netfilter/Kconfig"
204source "net/bridge/netfilter/Kconfig"
205
206endif
207
208source "net/dccp/Kconfig"
209source "net/sctp/Kconfig"
210source "net/rds/Kconfig"
211source "net/tipc/Kconfig"
212source "net/atm/Kconfig"
213source "net/l2tp/Kconfig"
214source "net/802/Kconfig"
215source "net/bridge/Kconfig"
216source "net/dsa/Kconfig"
217source "net/8021q/Kconfig"
218source "net/decnet/Kconfig"
219source "net/llc/Kconfig"
220source "net/ipx/Kconfig"
221source "drivers/net/appletalk/Kconfig"
222source "net/x25/Kconfig"
223source "net/lapb/Kconfig"
224source "net/phonet/Kconfig"
225source "net/6lowpan/Kconfig"
226source "net/ieee802154/Kconfig"
227source "net/mac802154/Kconfig"
228source "net/sched/Kconfig"
229source "net/dcb/Kconfig"
230source "net/dns_resolver/Kconfig"
231source "net/batman-adv/Kconfig"
232source "net/openvswitch/Kconfig"
233source "net/vmw_vsock/Kconfig"
234source "net/netlink/Kconfig"
235source "net/mpls/Kconfig"
236source "net/hsr/Kconfig"
237source "net/switchdev/Kconfig"
238source "net/l3mdev/Kconfig"
239source "net/qrtr/Kconfig"
240
241config RPS
242	bool
243	depends on SMP && SYSFS
244	default y
245
246config RFS_ACCEL
247	bool
248	depends on RPS
249	select CPU_RMAP
250	default y
251
252config XPS
253	bool
254	depends on SMP
255	default y
256
257config HWBM
258       bool
259
260config SOCK_CGROUP_DATA
261	bool
262	default n
263
264config CGROUP_NET_PRIO
265	bool "Network priority cgroup"
266	depends on CGROUPS
267	select SOCK_CGROUP_DATA
268	---help---
269	  Cgroup subsystem for use in assigning processes to network priorities on
270	  a per-interface basis.
271
272config CGROUP_NET_CLASSID
273	bool "Network classid cgroup"
274	depends on CGROUPS
275	select SOCK_CGROUP_DATA
276	---help---
277	  Cgroup subsystem for use as general purpose socket classid marker that is
278	  being used in cls_cgroup and for netfilter matching.
279
280config NET_RX_BUSY_POLL
281	bool
282	default y
283
284config BQL
285	bool
286	depends on SYSFS
287	select DQL
288	default y
289
290config BPF_JIT
291	bool "enable BPF Just In Time compiler"
292	depends on HAVE_CBPF_JIT || HAVE_EBPF_JIT
293	depends on MODULES
294	---help---
295	  Berkeley Packet Filter filtering capabilities are normally handled
296	  by an interpreter. This option allows kernel to generate a native
297	  code when filter is loaded in memory. This should speedup
298	  packet sniffing (libpcap/tcpdump).
299
300	  Note, admin should enable this feature changing:
301	  /proc/sys/net/core/bpf_jit_enable
302	  /proc/sys/net/core/bpf_jit_harden (optional)
303
304config NET_FLOW_LIMIT
305	bool
306	depends on RPS
307	default y
308	---help---
309	  The network stack has to drop packets when a receive processing CPU's
310	  backlog reaches netdev_max_backlog. If a few out of many active flows
311	  generate the vast majority of load, drop their traffic earlier to
312	  maintain capacity for the other flows. This feature provides servers
313	  with many clients some protection against DoS by a single (spoofed)
314	  flow that greatly exceeds average workload.
315
316menu "Network testing"
317
318config NET_PKTGEN
319	tristate "Packet Generator (USE WITH CAUTION)"
320	depends on INET && PROC_FS
321	---help---
322	  This module will inject preconfigured packets, at a configurable
323	  rate, out of a given interface.  It is used for network interface
324	  stress testing and performance analysis.  If you don't understand
325	  what was just said, you don't need it: say N.
326
327	  Documentation on how to use the packet generator can be found
328	  at <file:Documentation/networking/pktgen.txt>.
329
330	  To compile this code as a module, choose M here: the
331	  module will be called pktgen.
332
333config NET_TCPPROBE
334	tristate "TCP connection probing"
335	depends on INET && PROC_FS && KPROBES
336	---help---
337	This module allows for capturing the changes to TCP connection
338	state in response to incoming packets. It is used for debugging
339	TCP congestion avoidance modules. If you don't understand
340	what was just said, you don't need it: say N.
341
342	Documentation on how to use TCP connection probing can be found
343	at:
344
345	  http://www.linuxfoundation.org/collaborate/workgroups/networking/tcpprobe
346
347	To compile this code as a module, choose M here: the
348	module will be called tcp_probe.
349
350config NET_DROP_MONITOR
351	tristate "Network packet drop alerting service"
352	depends on INET && TRACEPOINTS
353	---help---
354	This feature provides an alerting service to userspace in the
355	event that packets are discarded in the network stack.  Alerts
356	are broadcast via netlink socket to any listening user space
357	process.  If you don't need network drop alerts, or if you are ok
358	just checking the various proc files and other utilities for
359	drop statistics, say N here.
360
361endmenu
362
363endmenu
364
365source "net/ax25/Kconfig"
366source "net/can/Kconfig"
367source "net/irda/Kconfig"
368source "net/bluetooth/Kconfig"
369source "net/rxrpc/Kconfig"
370source "net/kcm/Kconfig"
371
372config FIB_RULES
373	bool
374
375menuconfig WIRELESS
376	bool "Wireless"
377	depends on !S390
378	default y
379
380if WIRELESS
381
382source "net/wireless/Kconfig"
383source "net/mac80211/Kconfig"
384
385endif # WIRELESS
386
387source "net/wimax/Kconfig"
388
389source "net/rfkill/Kconfig"
390source "net/9p/Kconfig"
391source "net/caif/Kconfig"
392source "net/ceph/Kconfig"
393source "net/nfc/Kconfig"
394
395config LWTUNNEL
396	bool "Network light weight tunnels"
397	---help---
398	  This feature provides an infrastructure to support light weight
399	  tunnels like mpls. There is no netdevice associated with a light
400	  weight tunnel endpoint. Tunnel encapsulation parameters are stored
401	  with light weight tunnel state associated with fib routes.
402
403config DST_CACHE
404	bool
405	default n
406
407config NET_DEVLINK
408	tristate "Network physical/parent device Netlink interface"
409	help
410	  Network physical/parent device Netlink interface provides
411	  infrastructure to support access to physical chip-wide config and
412	  monitoring.
413
414config MAY_USE_DEVLINK
415	tristate
416	default m if NET_DEVLINK=m
417	default y if NET_DEVLINK=y || NET_DEVLINK=n
418	help
419	  Drivers using the devlink infrastructure should have a dependency
420	  on MAY_USE_DEVLINK to ensure they do not cause link errors when
421	  devlink is a loadable module and the driver using it is built-in.
422
423endif   # if NET
424
425# Used by archs to tell that they support BPF JIT compiler plus which flavour.
426# Only one of the two can be selected for a specific arch since eBPF JIT supersedes
427# the cBPF JIT.
428
429# Classic BPF JIT (cBPF)
430config HAVE_CBPF_JIT
431	bool
432
433# Extended BPF JIT (eBPF)
434config HAVE_EBPF_JIT
435	bool
436