Merge branch 'vendor/OPENSSL'
[dragonfly.git] / share / man / man7 / vkernel.7
1 .\"
2 .\" Copyright (c) 2006, 2007
3 .\"     The DragonFly Project.  All rights reserved.
4 .\"
5 .\" Redistribution and use in source and binary forms, with or without
6 .\" modification, are permitted provided that the following conditions
7 .\" are met:
8 .\"
9 .\" 1. Redistributions of source code must retain the above copyright
10 .\"    notice, this list of conditions and the following disclaimer.
11 .\" 2. Redistributions in binary form must reproduce the above copyright
12 .\"    notice, this list of conditions and the following disclaimer in
13 .\"    the documentation and/or other materials provided with the
14 .\"    distribution.
15 .\" 3. Neither the name of The DragonFly Project nor the names of its
16 .\"    contributors may be used to endorse or promote products derived
17 .\"    from this software without specific, prior written permission.
18 .\"
19 .\" THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
20 .\" ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
21 .\" LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
22 .\" FOR A PARTICULAR PURPOSE ARE DISCLAIMED.  IN NO EVENT SHALL THE
23 .\" COPYRIGHT HOLDERS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
24 .\" INCIDENTAL, SPECIAL, EXEMPLARY OR CONSEQUENTIAL DAMAGES (INCLUDING,
25 .\" BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
26 .\" LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED
27 .\" AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
28 .\" OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
29 .\" OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
30 .\" SUCH DAMAGE.
31 .\"
32 .Dd December 10, 2014
33 .Dt VKERNEL 7
34 .Os
35 .Sh NAME
36 .Nm vkernel ,
37 .Nm vcd ,
38 .Nm vkd ,
39 .Nm vke
40 .Nd virtual kernel architecture
41 .Sh SYNOPSIS
42 .Cd "platform vkernel   # for 32 bit vkernels"
43 .Cd "platform vkernel64 # for 64 bit vkernels"
44 .Cd "device vcd"
45 .Cd "device vkd"
46 .Cd "device vke"
47 .Pp
48 .Pa /var/vkernel/boot/kernel/kernel
49 .Op Fl hsUvd
50 .Op Fl c Ar file
51 .Op Fl e Ar name Ns = Ns Li value : Ns Ar name Ns = Ns Li value : Ns ...
52 .Op Fl i Ar file
53 .Op Fl I Ar interface Ns Op Ar :address1 Ns Oo Ar :address2 Oc Ns Oo Ar /netmask Oc Ns Oo Ar =mac Oc
54 .Op Fl l Ar cpulock
55 .Op Fl m Ar size
56 .Op Fl n Ar numcpus Ns Op Ar :lbits Ns Oo Ar :cbits Oc
57 .Op Fl p Ar pidfile
58 .Op Fl r Ar file Ns Op Ar :serno
59 .Sh DESCRIPTION
60 The
61 .Nm
62 architecture allows for running
63 .Dx
64 kernels in userland.
65 .Pp
66 The following options are available:
67 .Bl -tag -width ".Fl m Ar size"
68 .It Fl c Ar file
69 Specify a readonly CD-ROM image
70 .Ar file
71 to be used by the kernel, with the first
72 .Fl c
73 option defining
74 .Li vcd0 ,
75 the second one
76 .Li vcd1 ,
77 and so on.
78 The first
79 .Fl r
80 or
81 .Fl c
82 option specified on the command line will be the boot disk.
83 The CD9660 filesystem is assumed when booting from this media.
84 .It Fl e Ar name Ns = Ns Li value : Ns Ar name Ns = Ns Li value : Ns ...
85 Specify an environment to be used by the kernel.
86 This option can be specified more than once.
87 .It Fl h
88 Shows a list of available options, each with a short description.
89 .It Fl i Ar file
90 Specify a memory image
91 .Ar file
92 to be used by the virtual kernel.
93 If no
94 .Fl i
95 option is given, the kernel will generate a name of the form
96 .Pa /var/vkernel/memimg.XXXXXX ,
97 with the trailing
98 .Ql X Ns s
99 being replaced by a sequential number, e.g.\&
100 .Pa memimg.000001 .
101 .It Fl I Ar interface Ns Op Ar :address1 Ns Oo Ar :address2 Oc Ns Oo Ar /netmask Oc Ns Oo Ar =MAC Oc
102 Create a virtual network device, with the first
103 .Fl I
104 option defining
105 .Li vke0 ,
106 the second one
107 .Li vke1 ,
108 and so on.
109 .Pp
110 The
111 .Ar interface
112 argument is the name of a
113 .Xr tap 4
114 device node or the path to a
115 .Xr vknetd 8
116 socket.
117 The
118 .Pa /dev/
119 path prefix does not have to be specified and will be automatically prepended
120 for a device node.
121 Specifying
122 .Cm auto
123 will pick the first unused
124 .Xr tap 4
125 device.
126 .Pp
127 The
128 .Ar address1
129 and
130 .Ar address2
131 arguments are the IP addresses of the
132 .Xr tap 4
133 and
134 .Nm vke
135 interfaces.
136 Optionally,
137 .Ar address1
138 may be of the form
139 .Li bridge Ns Em X
140 in which case the
141 .Xr tap 4
142 interface is added to the specified
143 .Xr bridge 4
144 interface.
145 The
146 .Nm vke
147 address is not assigned until the interface is brought up in the guest.
148 .Pp
149 The
150 .Ar netmask
151 argument applies to all interfaces for which an address is specified.
152 .Pp
153 The
154 .Ar MAC
155 argument is the MAC address of the
156 .Xr vke 4
157 interface.
158 If not specified, a pseudo-random one will be generated.
159 .Pp
160 When running multiple vkernels it is often more convenient to simply
161 connect to a
162 .Xr vknetd 8
163 socket and let vknetd deal with the tap and/or bridge.
164 An example of this would be
165 .Pa /var/run/vknet:0.0.0.0:10.2.0.2/16 .
166 .It Fl l Ar cpulock
167 Specify which, if any, real CPUs to lock virtual CPUs to.
168 .Ar cpulock
169 is one of
170 .Cm any ,
171 .Cm map Ns Op Ns , Ns Ar startCPU ,
172 or
173 .Ar CPU .
174 .Pp
175 .Cm any
176 does not map virtual CPUs to real CPUs.
177 This is the default.
178 .Pp
179 .Cm map Ns Op Ns , Ns Ar startCPU
180 maps each virtual CPU to a real CPU starting with real CPU 0 or
181 .Ar startCPU
182 if specified.
183 .Pp
184 .Ar CPU
185 locks all virtual CPUs to the real CPU specified by
186 .Ar CPU .
187 .It Fl m Ar size
188 Specify the amount of memory to be used by the kernel in bytes,
189 .Cm K
190 .Pq kilobytes ,
191 .Cm M
192 .Pq megabytes
193 or
194 .Cm G
195 .Pq gigabytes .
196 Lowercase versions of
197 .Cm K , M ,
198 and
199 .Cm G
200 are allowed.
201 .It Fl n Ar numcpus Ns Op Ar :lbits Ns Oo Ar :cbits Oc
202 .Ar numcpus
203 specifies the number of CPUs you wish to emulate.
204 Up to 16 CPUs are supported with 2 being the default unless otherwise
205 specified.
206 .Ar lbits
207 specifies the number of bits within APICID(=CPUID) needed for representing
208 the logical ID.
209 Controls the number of threads/core (0bits - 1 thread, 1bit - 2 threads).
210 This parameter is optional (mandatory only if
211 .Ar cbits
212 is specified).
213 .Ar cbits
214 specifies the number of bits within APICID(=CPUID) needed for representing
215 the core ID.
216 Controls the number of core/package (0bits - 1 core, 1bit - 2 cores).
217 This parameter is optional.
218 .It Fl p Ar pidfile
219 Specify a pidfile in which to store the process ID.
220 Scripts can use this file to locate the vkernel pid for the purpose of
221 shutting down or killing it.
222 .Pp
223 The vkernel will hold a lock on the pidfile while running.
224 Scripts may test for the lock to determine if the pidfile is valid or
225 stale so as to avoid accidentally killing a random process.
226 Something like '/usr/bin/lockf -ks -t 0 pidfile echo -n' may be used
227 to test the lock.
228 A non-zero exit code indicates that the pidfile represents a running
229 vkernel.
230 .Pp
231 An error is issued and the vkernel exits if this file cannot be opened for
232 writing or if it is already locked by an active vkernel process.
233 .It Fl r Ar file Ns Op Ar :serno
234 Specify a R/W disk image
235 .Ar file
236 to be used by the kernel, with the first
237 .Fl r
238 option defining
239 .Li vkd0 ,
240 the second one
241 .Li vkd1 ,
242 and so on.
243 A serial number for the virtual disk can be specified in
244 .Ar serno .
245 .Pp
246 The first
247 .Fl r
248 or
249 .Fl c
250 option specified on the command line will be the boot disk.
251 .It Fl s
252 Boot into single-user mode.
253 .It Fl d
254 Disables hardware pagetable for vkernel.
255 .It Fl U
256 Enable writing to kernel memory and module loading.
257 By default, those are disabled for security reasons.
258 .It Fl v
259 Turn on verbose booting.
260 .El
261 .Sh DEVICES
262 A number of virtual device drivers exist to supplement the virtual kernel.
263 .Ss Disk device
264 The
265 .Nm vkd
266 driver allows for up to 16
267 .Xr vn 4
268 based disk devices.
269 The root device will be
270 .Li vkd0
271 (see
272 .Sx EXAMPLES
273 for further information on how to prepare a root image).
274 .Ss CD-ROM device
275 The
276 .Nm vcd
277 driver allows for up to 16 virtual CD-ROM devices.
278 Basically this is a read only
279 .Nm vkd
280 device with a block size of 2048.
281 .Ss Network interface
282 The
283 .Nm vke
284 driver supports up to 16 virtual network interfaces which are associated with
285 .Xr tap 4
286 devices on the host.
287 For each
288 .Nm vke
289 device, the per-interface read only
290 .Xr sysctl 3
291 variable
292 .Va hw.vke Ns Em X Ns Va .tap_unit
293 holds the unit number of the associated
294 .Xr tap 4
295 device.
296 .Pp
297 By default, half of the total mbuf clusters available is distributed equally
298 among all the vke devices up to 256.
299 This can be overridden with the tunable
300 .Va hw.vke.max_ringsize .
301 Take into account the number passed will be aligned to the lower power of two.
302 .Sh SIGNALS
303 The virtual kernel only enables
304 .Dv SIGQUIT
305 and
306 .Dv SIGTERM
307 while operating in regular console mode.
308 Sending
309 .Ql \&^\e
310 .Pq Dv SIGQUIT
311 to the virtual kernel causes the virtual kernel to enter its internal
312 .Xr ddb 4
313 debugger and re-enable all other terminal signals.
314 Sending
315 .Dv SIGTERM
316 to the virtual kernel triggers a clean shutdown by passing a
317 .Dv SIGUSR2
318 to the virtual kernel's
319 .Xr init 8
320 process.
321 .Sh DEBUGGING
322 It is possible to directly gdb the virtual kernel's process.
323 It is recommended that you do a
324 .Ql handle SIGSEGV noprint
325 to ignore page faults processed by the virtual kernel itself and
326 .Ql handle SIGUSR1 noprint
327 to ignore signals used for simulating inter-processor interrupts.
328 .Sh PROFILING
329 To compile a vkernel with profiling support, the
330 .Va CONFIGARGS
331 variable needs to be used to pass
332 .Fl p
333 to
334 .Xr config 8 .
335 .Bd -literal
336 cd /usr/src
337 make -DNO_MODULES CONFIGARGS=-p buildkernel KERNCONF=VKERNEL
338 .Ed
339 .Sh FILES
340 .Bl -tag -width ".It Pa /sys/config/VKERNEL64" -compact
341 .It Pa /dev/vcdX
342 .Nm vcd
343 device nodes
344 .It Pa /dev/vkdX
345 .Nm vkd
346 device nodes
347 .It Pa /sys/config/VKERNEL
348 .It Pa /sys/config/VKERNEL64
349 .El
350 .Pp
351 Per architecture
352 .Nm
353 configuration files, for
354 .Xr config 8 .
355 .Sh CONFIGURATION FILES
356 Your virtual kernel is a complete
357 .Dx
358 system, but you might not want to run all the services a normal kernel runs.
359 Here is what a typical virtual kernel's
360 .Pa /etc/rc.conf
361 file looks like, with some additional possibilities commented out.
362 .Bd -literal
363 hostname="vkernel"
364 network_interfaces="lo0 vke0"
365 ifconfig_vke0="DHCP"
366 sendmail_enable="NO"
367 #syslog_enable="NO"
368 blanktime="NO"
369 .Ed
370 .Sh DISKLESS OPERATION
371 To boot a
372 .Nm
373 from a NFS root, a number of tunables need to be set:
374 .Bl -tag -width indent
375 .It Va boot.netif.ip
376 IP address to be set in the vkernel interface.
377 .It Va boot.netif.netmask
378 Netmask for the IP to be set.
379 .It Va boot.netif.name
380 Network interface name inside the vkernel.
381 .It Va boot.nfsroot.server
382 Host running
383 .Xr nfsd 8 .
384 .It Va boot.nfsroot.path
385 Host path where a world and distribution
386 targets are properly installed.
387 .El
388 .Pp
389 See an example on how to boot a diskless
390 .Nm
391 in the
392 .Sx EXAMPLES
393 section.
394 .Sh EXAMPLES
395 A couple of steps are necessary in order to prepare the system to build and
396 run a virtual kernel.
397 .Ss Setting up the filesystem
398 The
399 .Nm
400 architecture needs a number of files which reside in
401 .Pa /var/vkernel .
402 Since these files tend to get rather big and the
403 .Pa /var
404 partition is usually of limited size, we recommend the directory to be
405 created in the
406 .Pa /home
407 partition with a link to it in
408 .Pa /var :
409 .Bd -literal
410 mkdir -p /home/var.vkernel/boot
411 ln -s /home/var.vkernel /var/vkernel
412 .Ed
413 .Pp
414 Next, a filesystem image to be used by the virtual kernel has to be
415 created and populated (assuming world has been built previously).
416 If the image is created on a UFS filesystem you might want to pre-zero it.
417 On a HAMMER filesystem you should just truncate-extend to the image size
418 as HAMMER does not re-use data blocks already present in the file.
419 .Bd -literal
420 vnconfig -c -S 2g -T vn0 /var/vkernel/rootimg.01
421 disklabel -r -w vn0s0 auto
422 disklabel -e vn0s0      # add `a' partition with fstype `4.2BSD'
423 newfs /dev/vn0s0a
424 mount /dev/vn0s0a /mnt
425 cd /usr/src
426 make installworld DESTDIR=/mnt
427 cd etc
428 make distribution DESTDIR=/mnt
429 echo '/dev/vkd0s0a      /       ufs     rw      1  1' >/mnt/etc/fstab
430 echo 'proc              /proc   procfs  rw      0  0' >>/mnt/etc/fstab
431 .Ed
432 .Pp
433 Edit
434 .Pa /mnt/etc/ttys
435 and replace the
436 .Li console
437 entry with the following line and turn off all other gettys.
438 .Bd -literal
439 console "/usr/libexec/getty Pc"         cons25  on  secure
440 .Ed
441 .Pp
442 Replace
443 .Li \&Pc
444 with
445 .Li al.Pc
446 if you would like to automatically log in as root.
447 .Pp
448 Then, unmount the disk.
449 .Bd -literal
450 umount /mnt
451 vnconfig -u vn0
452 .Ed
453 .Ss Compiling the virtual kernel
454 In order to compile a virtual kernel use the
455 .Li VKERNEL
456 kernel configuration file residing in
457 .Pa /sys/config
458 (or a configuration file derived thereof):
459 .Bd -literal
460 cd /usr/src
461 make -DNO_MODULES buildkernel KERNCONF=VKERNEL
462 make -DNO_MODULES installkernel KERNCONF=VKERNEL DESTDIR=/var/vkernel
463 .Ed
464 .Ss Enabling virtual kernel operation
465 A special
466 .Xr sysctl 8 ,
467 .Va vm.vkernel_enable ,
468 must be set to enable
469 .Nm
470 operation:
471 .Bd -literal
472 sysctl vm.vkernel_enable=1
473 .Ed
474 .Ss Configuring the network on the host system
475 In order to access a network interface of the host system from the
476 .Nm ,
477 you must add the interface to a
478 .Xr bridge 4
479 device which will then be passed to the
480 .Fl I
481 option:
482 .Bd -literal
483 kldload if_bridge.ko
484 kldload if_tap.ko
485 ifconfig bridge0 create
486 ifconfig bridge0 addm re0       # assuming re0 is the host's interface
487 ifconfig bridge0 up
488 .Ed
489 .Ss Running the kernel
490 Finally, the virtual kernel can be run:
491 .Bd -literal
492 cd /var/vkernel
493 \&./boot/kernel/kernel -m 64m -r rootimg.01 -I auto:bridge0
494 .Ed
495 .Pp
496 You can issue the
497 .Xr reboot 8 ,
498 .Xr halt 8 ,
499 or
500 .Xr shutdown 8
501 commands from inside a virtual kernel.
502 After doing a clean shutdown the
503 .Xr reboot 8
504 command will re-exec the virtual kernel binary while the other two will
505 cause the virtual kernel to exit.
506 .Ss Diskless operation
507 Booting a
508 .Nm
509 with a
510 .Xr vknetd 8
511 network configuration:
512 .Bd -literal
513 \&./boot/kernel/kernel -m 64m -m -i memimg.0000 -I /var/run/vknet
514         -e boot.netif.ip=172.1.0.4
515         -e boot.netif.netmask=255.255.0.0
516         -e boot.netif.name=vke0
517         -e boot.nfsroot.server=172.1.0.1
518         -e boot.nfsroot.path=/home/vkernel/vkdiskless
519 .Ed
520 .Sh BUILDING THE WORLD UNDER A VKERNEL
521 The virtual kernel platform does not have all the header files expected
522 by a world build, so the easiest thing to do right now is to specify a
523 pc32 (in a 32 bit vkernel) or pc64 (in a 64 bit vkernel) target when
524 building the world under a virtual kernel, like this:
525 .Bd -literal
526 vkernel# make MACHINE_PLATFORM=pc32 buildworld
527 vkernel# make MACHINE_PLATFORM=pc32 installworld
528 .Ed
529 .Sh SEE ALSO
530 .Xr vknet 1 ,
531 .Xr bridge 4 ,
532 .Xr ifmedia 4 ,
533 .Xr tap 4 ,
534 .Xr vn 4 ,
535 .Xr sysctl.conf 5 ,
536 .Xr build 7 ,
537 .Xr config 8 ,
538 .Xr disklabel 8 ,
539 .Xr ifconfig 8 ,
540 .Xr vknetd 8 ,
541 .Xr vnconfig 8
542 .Rs
543 .%A Aggelos Economopoulos
544 .%D March 2007
545 .%T "A Peek at the DragonFly Virtual Kernel"
546 .Re
547 .Sh HISTORY
548 Virtual kernels were introduced in
549 .Dx 1.7 .
550 .Sh AUTHORS
551 .An -nosplit
552 .An Matt Dillon
553 thought up and implemented the
554 .Nm
555 architecture and wrote the
556 .Nm vkd
557 device driver.
558 .An Sepherosa Ziehau
559 wrote the
560 .Nm vke
561 device driver.
562 This manual page was written by
563 .An Sascha Wildner .