forked from ~ljy/RK356X_SDK_RELEASE
blame | history | patch | commit | commitdiff
hc
2024-05-14 bedbef8ad3e75a304af6361af235302bcc61d06b 
 kernel/arch/um/drivers/Kconfig
....@@ -11,58 +11,58 @@
1111 config SSL
1212 	bool "Virtual serial line"
1313 	help
14
-          The User-Mode Linux environment allows you to create virtual serial
15
-          lines on the UML that are usually made to show up on the host as
16
-          ttys or ptys.
14
+	  The User-Mode Linux environment allows you to create virtual serial
15
+	  lines on the UML that are usually made to show up on the host as
16
+	  ttys or ptys.
1717 
18
-          See <http://user-mode-linux.sourceforge.net/old/input.html> for more
19
-          information and command line examples of how to use this facility.
18
+	  See <http://user-mode-linux.sourceforge.net/old/input.html> for more
19
+	  information and command line examples of how to use this facility.
2020 
21
-          Unless you have a specific reason for disabling this, say Y.
21
+	  Unless you have a specific reason for disabling this, say Y.
2222 
2323 config NULL_CHAN
2424 	bool "null channel support"
2525 	help
26
-          This option enables support for attaching UML consoles and serial
27
-          lines to a device similar to /dev/null.  Data written to it disappears
28
-          and there is never any data to be read.
26
+	  This option enables support for attaching UML consoles and serial
27
+	  lines to a device similar to /dev/null.  Data written to it disappears
28
+	  and there is never any data to be read.
2929 
3030 config PORT_CHAN
3131 	bool "port channel support"
3232 	help
33
-          This option enables support for attaching UML consoles and serial
34
-          lines to host portals.  They may be accessed with 'telnet <host>
35
-          <port number>'.  Any number of consoles and serial lines may be
36
-          attached to a single portal, although what UML device you get when
37
-          you telnet to that portal will be unpredictable.
38
-          It is safe to say 'Y' here.
33
+	  This option enables support for attaching UML consoles and serial
34
+	  lines to host portals.  They may be accessed with 'telnet <host>
35
+	  <port number>'.  Any number of consoles and serial lines may be
36
+	  attached to a single portal, although what UML device you get when
37
+	  you telnet to that portal will be unpredictable.
38
+	  It is safe to say 'Y' here.
3939 
4040 config PTY_CHAN
4141 	bool "pty channel support"
4242 	help
43
-          This option enables support for attaching UML consoles and serial
44
-          lines to host pseudo-terminals.  Access to both traditional
45
-          pseudo-terminals (/dev/pty*) and pts pseudo-terminals are controlled
46
-          with this option.  The assignment of UML devices to host devices
47
-          will be announced in the kernel message log.
48
-          It is safe to say 'Y' here.
43
+	  This option enables support for attaching UML consoles and serial
44
+	  lines to host pseudo-terminals.  Access to both traditional
45
+	  pseudo-terminals (/dev/pty*) and pts pseudo-terminals are controlled
46
+	  with this option.  The assignment of UML devices to host devices
47
+	  will be announced in the kernel message log.
48
+	  It is safe to say 'Y' here.
4949 
5050 config TTY_CHAN
5151 	bool "tty channel support"
5252 	help
53
-          This option enables support for attaching UML consoles and serial
54
-          lines to host terminals.  Access to both virtual consoles
55
-          (/dev/tty*) and the slave side of pseudo-terminals (/dev/ttyp* and
56
-          /dev/pts/*) are controlled by this option.
57
-          It is safe to say 'Y' here.
53
+	  This option enables support for attaching UML consoles and serial
54
+	  lines to host terminals.  Access to both virtual consoles
55
+	  (/dev/tty*) and the slave side of pseudo-terminals (/dev/ttyp* and
56
+	  /dev/pts/*) are controlled by this option.
57
+	  It is safe to say 'Y' here.
5858 
5959 config XTERM_CHAN
6060 	bool "xterm channel support"
6161 	help
62
-          This option enables support for attaching UML consoles and serial
63
-          lines to xterms.  Each UML device so assigned will be brought up in
64
-          its own xterm.
65
-          It is safe to say 'Y' here.
62
+	  This option enables support for attaching UML consoles and serial
63
+	  lines to xterms.  Each UML device so assigned will be brought up in
64
+	  its own xterm.
65
+	  It is safe to say 'Y' here.
6666 
6767 config NOCONFIG_CHAN
6868 	bool
....@@ -72,55 +72,45 @@
7272 	string "Default main console channel initialization"
7373 	default "fd:0,fd:1"
7474 	help
75
-          This is the string describing the channel to which the main console
76
-          will be attached by default.  This value can be overridden from the
77
-          command line.  The default value is "fd:0,fd:1", which attaches the
78
-          main console to stdin and stdout.
79
-          It is safe to leave this unchanged.
75
+	  This is the string describing the channel to which the main console
76
+	  will be attached by default.  This value can be overridden from the
77
+	  command line.  The default value is "fd:0,fd:1", which attaches the
78
+	  main console to stdin and stdout.
79
+	  It is safe to leave this unchanged.
8080 
8181 config CON_CHAN
8282 	string "Default console channel initialization"
8383 	default "xterm"
8484 	help
85
-          This is the string describing the channel to which all consoles
86
-          except the main console will be attached by default.  This value can
87
-          be overridden from the command line.  The default value is "xterm",
88
-          which brings them up in xterms.
89
-          It is safe to leave this unchanged, although you may wish to change
90
-          this if you expect the UML that you build to be run in environments
91
-          which don't have X or xterm available.
85
+	  This is the string describing the channel to which all consoles
86
+	  except the main console will be attached by default.  This value can
87
+	  be overridden from the command line.  The default value is "xterm",
88
+	  which brings them up in xterms.
89
+	  It is safe to leave this unchanged, although you may wish to change
90
+	  this if you expect the UML that you build to be run in environments
91
+	  which don't have X or xterm available.
9292 
9393 config SSL_CHAN
9494 	string "Default serial line channel initialization"
9595 	default "pty"
9696 	help
97
-          This is the string describing the channel to which the serial lines
98
-          will be attached by default.  This value can be overridden from the
99
-          command line.  The default value is "pty", which attaches them to
100
-          traditional pseudo-terminals.
101
-          It is safe to leave this unchanged, although you may wish to change
102
-          this if you expect the UML that you build to be run in environments
103
-          which don't have a set of /dev/pty* devices.
97
+	  This is the string describing the channel to which the serial lines
98
+	  will be attached by default.  This value can be overridden from the
99
+	  command line.  The default value is "pty", which attaches them to
100
+	  traditional pseudo-terminals.
101
+	  It is safe to leave this unchanged, although you may wish to change
102
+	  this if you expect the UML that you build to be run in environments
103
+	  which don't have a set of /dev/pty* devices.
104104 
105105 config UML_SOUND
106106 	tristate "Sound support"
107
+	depends on SOUND
108
+	select SOUND_OSS_CORE
107109 	help
108
-          This option enables UML sound support.  If enabled, it will pull in
109
-          soundcore and the UML hostaudio relay, which acts as a intermediary
110
-          between the host's dsp and mixer devices and the UML sound system.
111
-          It is safe to say 'Y' here.
112
-
113
-config SOUND
114
-	tristate
115
-	default UML_SOUND
116
-
117
-config SOUND_OSS_CORE
118
-	bool
119
-	default UML_SOUND
120
-
121
-config HOSTAUDIO
122
-	tristate
123
-	default UML_SOUND
110
+	  This option enables UML sound support.  If enabled, it will pull in
111
+	  the UML hostaudio relay, which acts as a intermediary
112
+	  between the host's dsp and mixer devices and the UML sound system.
113
+	  It is safe to say 'Y' here.
124114 
125115 endmenu
126116 
....@@ -131,111 +121,110 @@
131121 config UML_NET
132122 	bool "Virtual network device"
133123 	help
134
-        While the User-Mode port cannot directly talk to any physical
135
-        hardware devices, this choice and the following transport options
136
-        provide one or more virtual network devices through which the UML
137
-        kernels can talk to each other, the host, and with the host's help,
138
-        machines on the outside world.
124
+	  While the User-Mode port cannot directly talk to any physical
125
+	  hardware devices, this choice and the following transport options
126
+	  provide one or more virtual network devices through which the UML
127
+	  kernels can talk to each other, the host, and with the host's help,
128
+	  machines on the outside world.
139129 
140
-        For more information, including explanations of the networking and
141
-        sample configurations, see
142
-        <http://user-mode-linux.sourceforge.net/old/networking.html>.
130
+	  For more information, including explanations of the networking and
131
+	  sample configurations, see
132
+	  <http://user-mode-linux.sourceforge.net/old/networking.html>.
143133 
144
-        If you'd like to be able to enable networking in the User-Mode
145
-        linux environment, say Y; otherwise say N.  Note that you must
146
-        enable at least one of the following transport options to actually
147
-        make use of UML networking.
134
+	  If you'd like to be able to enable networking in the User-Mode
135
+	  linux environment, say Y; otherwise say N.  Note that you must
136
+	  enable at least one of the following transport options to actually
137
+	  make use of UML networking.
148138 
149139 config UML_NET_ETHERTAP
150
-	bool "Ethertap transport"
140
+	bool "Ethertap transport (obsolete)"
151141 	depends on UML_NET
152142 	help
153
-        The Ethertap User-Mode Linux network transport allows a single
154
-        running UML to exchange packets with its host over one of the
155
-        host's Ethertap devices, such as /dev/tap0.  Additional running
156
-        UMLs can use additional Ethertap devices, one per running UML.
157
-        While the UML believes it's on a (multi-device, broadcast) virtual
158
-        Ethernet network, it's in fact communicating over a point-to-point
159
-        link with the host.
143
+	  The Ethertap User-Mode Linux network transport allows a single
144
+	  running UML to exchange packets with its host over one of the
145
+	  host's Ethertap devices, such as /dev/tap0.  Additional running
146
+	  UMLs can use additional Ethertap devices, one per running UML.
147
+	  While the UML believes it's on a (multi-device, broadcast) virtual
148
+	  Ethernet network, it's in fact communicating over a point-to-point
149
+	  link with the host.
160150 
161
-        To use this, your host kernel must have support for Ethertap
162
-        devices.  Also, if your host kernel is 2.4.x, it must have
163
-        CONFIG_NETLINK_DEV configured as Y or M.
151
+	  To use this, your host kernel must have support for Ethertap
152
+	  devices.  Also, if your host kernel is 2.4.x, it must have
153
+	  CONFIG_NETLINK_DEV configured as Y or M.
164154 
165
-        For more information, see
166
-        <http://user-mode-linux.sourceforge.net/old/networking.html>  That site
167
-        has examples of the UML command line to use to enable Ethertap
168
-        networking.
155
+	  For more information, see
156
+	  <http://user-mode-linux.sourceforge.net/old/networking.html>  That site
157
+	  has examples of the UML command line to use to enable Ethertap
158
+	  networking.
169159 
170
-        If you'd like to set up an IP network with the host and/or the
171
-        outside world, say Y to this, the Daemon Transport and/or the
172
-        Slip Transport.  You'll need at least one of them, but may choose
173
-        more than one without conflict.  If you don't need UML networking,
174
-        say N.
160
+	  NOTE: THIS TRANSPORT IS DEPRECATED AND WILL BE REMOVED SOON!!! Please
161
+	  migrate to UML_NET_VECTOR.
162
+
163
+	  If unsure, say N.
175164 
176165 config UML_NET_TUNTAP
177
-	bool "TUN/TAP transport"
166
+	bool "TUN/TAP transport (obsolete)"
178167 	depends on UML_NET
179168 	help
180
-        The UML TUN/TAP network transport allows a UML instance to exchange
181
-        packets with the host over a TUN/TAP device.  This option will only
182
-        work with a 2.4 host, unless you've applied the TUN/TAP patch to
183
-        your 2.2 host kernel.
169
+	  The UML TUN/TAP network transport allows a UML instance to exchange
170
+	  packets with the host over a TUN/TAP device.  This option will only
171
+	  work with a 2.4 host, unless you've applied the TUN/TAP patch to
172
+	  your 2.2 host kernel.
184173 
185
-        To use this transport, your host kernel must have support for TUN/TAP
186
-        devices, either built-in or as a module.
174
+	  To use this transport, your host kernel must have support for TUN/TAP
175
+	  devices, either built-in or as a module.
176
+
177
+	  NOTE: THIS TRANSPORT IS DEPRECATED AND WILL BE REMOVED SOON!!! Please
178
+	  migrate to UML_NET_VECTOR.
179
+
180
+	  If unsure, say N.
187181 
188182 config UML_NET_SLIP
189
-	bool "SLIP transport"
183
+	bool "SLIP transport (obsolete)"
190184 	depends on UML_NET
191185 	help
192
-        The slip User-Mode Linux network transport allows a running UML to
193
-        network with its host over a point-to-point link.  Unlike Ethertap,
194
-        which can carry any Ethernet frame (and hence even non-IP packets),
195
-        the slip transport can only carry IP packets.
186
+	  The slip User-Mode Linux network transport allows a running UML to
187
+	  network with its host over a point-to-point link.  Unlike Ethertap,
188
+	  which can carry any Ethernet frame (and hence even non-IP packets),
189
+	  the slip transport can only carry IP packets.
196190 
197
-        To use this, your host must support slip devices.
191
+	  To use this, your host must support slip devices.
198192 
199
-        For more information, see
200
-        <http://user-mode-linux.sourceforge.net/old/networking.html>.
201
-        has examples of the UML command line to use to enable slip
202
-        networking, and details of a few quirks with it.
193
+	  For more information, see
194
+	  <http://user-mode-linux.sourceforge.net/old/networking.html>.
195
+	  has examples of the UML command line to use to enable slip
196
+	  networking, and details of a few quirks with it.
203197 
204
-        The Ethertap Transport is preferred over slip because of its
205
-        limitations.  If you prefer slip, however, say Y here.  Otherwise
206
-        choose the Multicast transport (to network multiple UMLs on
207
-        multiple hosts), Ethertap (to network with the host and the
208
-        outside world), and/or the Daemon transport (to network multiple
209
-        UMLs on a single host).  You may choose more than one without
210
-        conflict.  If you don't need UML networking, say N.
198
+	  NOTE: THIS TRANSPORT IS DEPRECATED AND WILL BE REMOVED SOON!!! Please
199
+	  migrate to UML_NET_VECTOR.
200
+
201
+	  If unsure, say N.
211202 
212203 config UML_NET_DAEMON
213
-	bool "Daemon transport"
204
+	bool "Daemon transport (obsolete)"
214205 	depends on UML_NET
215206 	help
216
-        This User-Mode Linux network transport allows one or more running
217
-        UMLs on a single host to communicate with each other, but not to
218
-        the host.
207
+	  This User-Mode Linux network transport allows one or more running
208
+	  UMLs on a single host to communicate with each other, but not to
209
+	  the host.
219210 
220
-        To use this form of networking, you'll need to run the UML
221
-        networking daemon on the host.
211
+	  To use this form of networking, you'll need to run the UML
212
+	  networking daemon on the host.
222213 
223
-        For more information, see
224
-        <http://user-mode-linux.sourceforge.net/old/networking.html>  That site
225
-        has examples of the UML command line to use to enable Daemon
226
-        networking.
214
+	  For more information, see
215
+	  <http://user-mode-linux.sourceforge.net/old/networking.html>  That site
216
+	  has examples of the UML command line to use to enable Daemon
217
+	  networking.
227218 
228
-        If you'd like to set up a network with other UMLs on a single host,
229
-        say Y.  If you need a network between UMLs on multiple physical
230
-        hosts, choose the Multicast Transport.  To set up a network with
231
-        the host and/or other IP machines, say Y to the Ethertap or Slip
232
-        transports.  You'll need at least one of them, but may choose
233
-        more than one without conflict.  If you don't need UML networking,
234
-        say N.
219
+	  NOTE: THIS TRANSPORT IS DEPRECATED AND WILL BE REMOVED SOON!!! Please
220
+	  migrate to UML_NET_VECTOR.
221
+
222
+	  If unsure, say N.
235223 
236224 config UML_NET_VECTOR
237225 	bool "Vector I/O high performance network devices"
238226 	depends on UML_NET
227
+	select MAY_HAVE_RUNTIME_DEPS
239228 	help
240229 	This User-Mode Linux network driver uses multi-message send
241230 	and receive functions. The host running the UML guest must have
....@@ -245,8 +234,9 @@
245234 	drivers.
246235 
247236 config UML_NET_VDE
248
-	bool "VDE transport"
237
+	bool "VDE transport (obsolete)"
249238 	depends on UML_NET
239
+	select MAY_HAVE_RUNTIME_DEPS
250240 	help
251241 	This User-Mode Linux network transport allows one or more running
252242 	UMLs on a single host to communicate with each other and also
....@@ -263,75 +253,86 @@
263253 	That site has a good overview of what VDE is and also examples
264254 	of the UML command line to use to enable VDE networking.
265255 
266
-	If you need UML networking with VDE,
267
-	say Y.
256
+	NOTE: THIS TRANSPORT IS DEPRECATED AND WILL BE REMOVED SOON!!! Please
257
+	migrate to UML_NET_VECTOR.
258
+
259
+	If unsure, say N.
268260 
269261 config UML_NET_MCAST
270
-	bool "Multicast transport"
262
+	bool "Multicast transport (obsolete)"
271263 	depends on UML_NET
272264 	help
273
-        This Multicast User-Mode Linux network transport allows multiple
274
-        UMLs (even ones running on different host machines!) to talk to
275
-        each other over a virtual ethernet network.  However, it requires
276
-        at least one UML with one of the other transports to act as a
277
-        bridge if any of them need to be able to talk to their hosts or any
278
-        other IP machines.
265
+	  This Multicast User-Mode Linux network transport allows multiple
266
+	  UMLs (even ones running on different host machines!) to talk to
267
+	  each other over a virtual ethernet network.  However, it requires
268
+	  at least one UML with one of the other transports to act as a
269
+	  bridge if any of them need to be able to talk to their hosts or any
270
+	  other IP machines.
279271 
280
-        To use this, your host kernel(s) must support IP Multicasting.
272
+	  To use this, your host kernel(s) must support IP Multicasting.
281273 
282
-        For more information, see
283
-        <http://user-mode-linux.sourceforge.net/old/networking.html>  That site
284
-        has examples of the UML command line to use to enable Multicast
285
-        networking, and notes about the security of this approach.
274
+	  For more information, see
275
+	  <http://user-mode-linux.sourceforge.net/old/networking.html>  That site
276
+	  has examples of the UML command line to use to enable Multicast
277
+	  networking, and notes about the security of this approach.
286278 
287
-        If you need UMLs on multiple physical hosts to communicate as if
288
-        they shared an Ethernet network, say Y.  If you need to communicate
289
-        with other IP machines, make sure you select one of the other
290
-        transports (possibly in addition to Multicast; they're not
291
-        exclusive).  If you don't need to network UMLs say N to each of
292
-        the transports.
279
+	  NOTE: THIS TRANSPORT IS DEPRECATED AND WILL BE REMOVED SOON!!! Please
280
+	  migrate to UML_NET_VECTOR.
281
+
282
+	  If unsure, say N.
293283 
294284 config UML_NET_PCAP
295
-	bool "pcap transport"
285
+	bool "pcap transport (obsolete)"
296286 	depends on UML_NET
287
+	select MAY_HAVE_RUNTIME_DEPS
297288 	help
298289 	The pcap transport makes a pcap packet stream on the host look
299290 	like an ethernet device inside UML.  This is useful for making
300291 	UML act as a network monitor for the host.  You must have libcap
301292 	installed in order to build the pcap transport into UML.
302293 
303
-        For more information, see
304
-        <http://user-mode-linux.sourceforge.net/old/networking.html>  That site
305
-        has examples of the UML command line to use to enable this option.
294
+	  For more information, see
295
+	  <http://user-mode-linux.sourceforge.net/old/networking.html>  That site
296
+	  has examples of the UML command line to use to enable this option.
306297 
307
-	If you intend to use UML as a network monitor for the host, say
308
-	Y here.  Otherwise, say N.
298
+	NOTE: THIS TRANSPORT IS DEPRECATED AND WILL BE REMOVED SOON!!! Please
299
+	migrate to UML_NET_VECTOR.
300
+
301
+	If unsure, say N.
309302 
310303 config UML_NET_SLIRP
311
-	bool "SLiRP transport"
304
+	bool "SLiRP transport (obsolete)"
312305 	depends on UML_NET
313306 	help
314
-        The SLiRP User-Mode Linux network transport allows a running UML
315
-        to network by invoking a program that can handle SLIP encapsulated
316
-        packets.  This is commonly (but not limited to) the application
317
-        known as SLiRP, a program that can re-socket IP packets back onto
318
-        the host on which it is run.  Only IP packets are supported,
319
-        unlike other network transports that can handle all Ethernet
320
-        frames.  In general, slirp allows the UML the same IP connectivity
321
-        to the outside world that the host user is permitted, and unlike
322
-        other transports, SLiRP works without the need of root level
323
-        privleges, setuid binaries, or SLIP devices on the host.  This
324
-        also means not every type of connection is possible, but most
325
-        situations can be accommodated with carefully crafted slirp
326
-        commands that can be passed along as part of the network device's
327
-        setup string.  The effect of this transport on the UML is similar
328
-        that of a host behind a firewall that masquerades all network
329
-        connections passing through it (but is less secure).
307
+	  The SLiRP User-Mode Linux network transport allows a running UML
308
+	  to network by invoking a program that can handle SLIP encapsulated
309
+	  packets.  This is commonly (but not limited to) the application
310
+	  known as SLiRP, a program that can re-socket IP packets back onto
311
+	  he host on which it is run.  Only IP packets are supported,
312
+	  unlike other network transports that can handle all Ethernet
313
+	  frames.  In general, slirp allows the UML the same IP connectivity
314
+	  to the outside world that the host user is permitted, and unlike
315
+	  other transports, SLiRP works without the need of root level
316
+	  privleges, setuid binaries, or SLIP devices on the host.  This
317
+	  also means not every type of connection is possible, but most
318
+	  situations can be accommodated with carefully crafted slirp
319
+	  commands that can be passed along as part of the network device's
320
+	  setup string.  The effect of this transport on the UML is similar
321
+	  that of a host behind a firewall that masquerades all network
322
+	  connections passing through it (but is less secure).
330323 
331
-        To use this you should first have slirp compiled somewhere
332
-        accessible on the host, and have read its documentation.  If you
333
-        don't need UML networking, say N.
324
+	  NOTE: THIS TRANSPORT IS DEPRECATED AND WILL BE REMOVED SOON!!! Please
325
+	  migrate to UML_NET_VECTOR.
334326 
335
-        Startup example: "eth0=slirp,FE:FD:01:02:03:04,/usr/local/bin/slirp"
327
+	  If unsure, say N.
328
+
329
+	  Startup example: "eth0=slirp,FE:FD:01:02:03:04,/usr/local/bin/slirp"
336330 
337331 endmenu
332
+
333
+config VIRTIO_UML
334
+	bool "UML driver for virtio devices"
335
+	select VIRTIO
336
+	help
337
+	  This driver provides support for virtio based paravirtual device
338
+	  drivers over vhost-user sockets.