1 HXCOMM Use DEFHEADING() to define headings in both help text and texi
2 HXCOMM Text between STEXI and ETEXI are copied to texi version and
3 HXCOMM discarded from C version
4 HXCOMM DEF(option, HAS_ARG/0, opt_enum, opt_help, arch_mask) is used to
5 HXCOMM construct option structures, enums and help message for specified
7 HXCOMM HXCOMM can be used for comments, discarded from both texi and C
9 HXCOMM TODO : when we are able to change -help output without breaking
10 HXCOMM libvirt we should update the help options which refer to -cpu ?,
11 HXCOMM -driver ?, etc to use the preferred -cpu help etc instead.
13 DEFHEADING(Standard options:)
18 DEF("help", 0, QEMU_OPTION_h,
19 "-h or -help display this help and exit\n", QEMU_ARCH_ALL)
26 DEF("version", 0, QEMU_OPTION_version,
27 "-version display version information and exit\n", QEMU_ARCH_ALL)
31 Display version information and exit
34 DEF("machine", HAS_ARG, QEMU_OPTION_machine, \
35 "-machine [type=]name[,prop[=value][,...]]\n"
36 " selects emulated machine (-machine ? for list)\n"
37 " property accel=accel1[:accel2[:...]] selects accelerator\n"
38 " supported accelerators are kvm, xen, tcg (default: tcg)\n"
39 " kernel_irqchip=on|off controls accelerated irqchip support\n"
40 " kvm_shadow_mem=size of KVM shadow MMU\n"
41 " dump-guest-core=on|off include guest memory in a core dump (default=on)\n",
44 @item -machine [type=]@var{name}[,prop=@var{value}[,...]]
46 Select the emulated machine by @var{name}. Use @code{-machine ?} to list
47 available machines. Supported machine properties are:
49 @item accel=@var{accels1}[:@var{accels2}[:...]]
50 This is used to enable an accelerator. Depending on the target architecture,
51 kvm, xen, or tcg can be available. By default, tcg is used. If there is more
52 than one accelerator specified, the next one is used if the previous one fails
54 @item kernel_irqchip=on|off
55 Enables in-kernel irqchip support for the chosen accelerator when available.
56 @item kvm_shadow_mem=size
57 Defines the size of the KVM shadow MMU.
58 @item dump-guest-core=on|off
59 Include guest memory in a core dump. The default is on.
63 HXCOMM Deprecated by -machine
64 DEF("M", HAS_ARG, QEMU_OPTION_M, "", QEMU_ARCH_ALL)
66 DEF("cpu", HAS_ARG, QEMU_OPTION_cpu,
67 "-cpu cpu select CPU (-cpu ? for list)\n", QEMU_ARCH_ALL)
69 @item -cpu @var{model}
71 Select CPU model (-cpu ? for list and additional feature selection)
74 DEF("smp", HAS_ARG, QEMU_OPTION_smp,
75 "-smp n[,maxcpus=cpus][,cores=cores][,threads=threads][,sockets=sockets]\n"
76 " set the number of CPUs to 'n' [default=1]\n"
77 " maxcpus= maximum number of total cpus, including\n"
78 " offline CPUs for hotplug, etc\n"
79 " cores= number of CPU cores on one socket\n"
80 " threads= number of threads on one CPU core\n"
81 " sockets= number of discrete sockets in the system\n",
84 @item -smp @var{n}[,cores=@var{cores}][,threads=@var{threads}][,sockets=@var{sockets}][,maxcpus=@var{maxcpus}]
86 Simulate an SMP system with @var{n} CPUs. On the PC target, up to 255
87 CPUs are supported. On Sparc32 target, Linux limits the number of usable CPUs
89 For the PC target, the number of @var{cores} per socket, the number
90 of @var{threads} per cores and the total number of @var{sockets} can be
91 specified. Missing values will be computed. If any on the three values is
92 given, the total number of CPUs @var{n} can be omitted. @var{maxcpus}
93 specifies the maximum number of hotpluggable CPUs.
96 DEF("numa", HAS_ARG, QEMU_OPTION_numa,
97 "-numa node[,mem=size][,cpus=cpu[-cpu]][,nodeid=node]\n", QEMU_ARCH_ALL)
99 @item -numa @var{opts}
101 Simulate a multi node NUMA system. If mem and cpus are omitted, resources
105 DEF("fda", HAS_ARG, QEMU_OPTION_fda,
106 "-fda/-fdb file use 'file' as floppy disk 0/1 image\n", QEMU_ARCH_ALL)
107 DEF("fdb", HAS_ARG, QEMU_OPTION_fdb, "", QEMU_ARCH_ALL)
109 @item -fda @var{file}
110 @item -fdb @var{file}
113 Use @var{file} as floppy disk 0/1 image (@pxref{disk_images}). You can
114 use the host floppy by using @file{/dev/fd0} as filename (@pxref{host_drives}).
117 DEF("hda", HAS_ARG, QEMU_OPTION_hda,
118 "-hda/-hdb file use 'file' as IDE hard disk 0/1 image\n", QEMU_ARCH_ALL)
119 DEF("hdb", HAS_ARG, QEMU_OPTION_hdb, "", QEMU_ARCH_ALL)
120 DEF("hdc", HAS_ARG, QEMU_OPTION_hdc,
121 "-hdc/-hdd file use 'file' as IDE hard disk 2/3 image\n", QEMU_ARCH_ALL)
122 DEF("hdd", HAS_ARG, QEMU_OPTION_hdd, "", QEMU_ARCH_ALL)
124 @item -hda @var{file}
125 @item -hdb @var{file}
126 @item -hdc @var{file}
127 @item -hdd @var{file}
132 Use @var{file} as hard disk 0, 1, 2 or 3 image (@pxref{disk_images}).
135 DEF("cdrom", HAS_ARG, QEMU_OPTION_cdrom,
136 "-cdrom file use 'file' as IDE cdrom image (cdrom is ide1 master)\n",
139 @item -cdrom @var{file}
141 Use @var{file} as CD-ROM image (you cannot use @option{-hdc} and
142 @option{-cdrom} at the same time). You can use the host CD-ROM by
143 using @file{/dev/cdrom} as filename (@pxref{host_drives}).
146 DEF("drive", HAS_ARG, QEMU_OPTION_drive,
147 "-drive [file=file][,if=type][,bus=n][,unit=m][,media=d][,index=i]\n"
148 " [,cyls=c,heads=h,secs=s[,trans=t]][,snapshot=on|off]\n"
149 " [,cache=writethrough|writeback|none|directsync|unsafe][,format=f]\n"
150 " [,serial=s][,addr=A][,id=name][,aio=threads|native]\n"
151 " [,readonly=on|off][,copy-on-read=on|off]\n"
152 " [[,bps=b]|[[,bps_rd=r][,bps_wr=w]]][[,iops=i]|[[,iops_rd=r][,iops_wr=w]]\n"
153 " use 'file' as a drive image\n", QEMU_ARCH_ALL)
155 @item -drive @var{option}[,@var{option}[,@var{option}[,...]]]
158 Define a new drive. Valid options are:
161 @item file=@var{file}
162 This option defines which disk image (@pxref{disk_images}) to use with
163 this drive. If the filename contains comma, you must double it
164 (for instance, "file=my,,file" to use file "my,file").
166 Special files such as iSCSI devices can be specified using protocol
167 specific URLs. See the section for "Device URL Syntax" for more information.
168 @item if=@var{interface}
169 This option defines on which type on interface the drive is connected.
170 Available types are: ide, scsi, sd, mtd, floppy, pflash, virtio.
171 @item bus=@var{bus},unit=@var{unit}
172 These options define where is connected the drive by defining the bus number and
174 @item index=@var{index}
175 This option defines where is connected the drive by using an index in the list
176 of available connectors of a given interface type.
177 @item media=@var{media}
178 This option defines the type of the media: disk or cdrom.
179 @item cyls=@var{c},heads=@var{h},secs=@var{s}[,trans=@var{t}]
180 These options have the same definition as they have in @option{-hdachs}.
181 @item snapshot=@var{snapshot}
182 @var{snapshot} is "on" or "off" and allows to enable snapshot for given drive (see @option{-snapshot}).
183 @item cache=@var{cache}
184 @var{cache} is "none", "writeback", "unsafe", "directsync" or "writethrough" and controls how the host cache is used to access block data.
186 @var{aio} is "threads", or "native" and selects between pthread based disk I/O and native Linux AIO.
187 @item format=@var{format}
188 Specify which disk @var{format} will be used rather than detecting
189 the format. Can be used to specifiy format=raw to avoid interpreting
190 an untrusted format header.
191 @item serial=@var{serial}
192 This option specifies the serial number to assign to the device.
193 @item addr=@var{addr}
194 Specify the controller's PCI address (if=virtio only).
195 @item werror=@var{action},rerror=@var{action}
196 Specify which @var{action} to take on write and read errors. Valid actions are:
197 "ignore" (ignore the error and try to continue), "stop" (pause QEMU),
198 "report" (report the error to the guest), "enospc" (pause QEMU only if the
199 host disk is full; report the error to the guest otherwise).
200 The default setting is @option{werror=enospc} and @option{rerror=report}.
202 Open drive @option{file} as read-only. Guest write attempts will fail.
203 @item copy-on-read=@var{copy-on-read}
204 @var{copy-on-read} is "on" or "off" and enables whether to copy read backing
205 file sectors into the image file.
208 By default, writethrough caching is used for all block device. This means that
209 the host page cache will be used to read and write data but write notification
210 will be sent to the guest only when the data has been reported as written by
211 the storage subsystem.
213 Writeback caching will report data writes as completed as soon as the data is
214 present in the host page cache. This is safe as long as you trust your host.
215 If your host crashes or loses power, then the guest may experience data
218 The host page cache can be avoided entirely with @option{cache=none}. This will
219 attempt to do disk IO directly to the guests memory. QEMU may still perform
220 an internal copy of the data.
222 The host page cache can be avoided while only sending write notifications to
223 the guest when the data has been reported as written by the storage subsystem
224 using @option{cache=directsync}.
226 Some block drivers perform badly with @option{cache=writethrough}, most notably,
227 qcow2. If performance is more important than correctness,
228 @option{cache=writeback} should be used with qcow2.
230 In case you don't care about data integrity over host failures, use
231 cache=unsafe. This option tells QEMU that it never needs to write any data
232 to the disk but can instead keeps things in cache. If anything goes wrong,
233 like your host losing power, the disk storage getting disconnected accidentally,
234 etc. you're image will most probably be rendered unusable. When using
235 the @option{-snapshot} option, unsafe caching is always used.
237 Copy-on-read avoids accessing the same backing file sectors repeatedly and is
238 useful when the backing file is over a slow network. By default copy-on-read
241 Instead of @option{-cdrom} you can use:
243 qemu-system-i386 -drive file=file,index=2,media=cdrom
246 Instead of @option{-hda}, @option{-hdb}, @option{-hdc}, @option{-hdd}, you can
249 qemu-system-i386 -drive file=file,index=0,media=disk
250 qemu-system-i386 -drive file=file,index=1,media=disk
251 qemu-system-i386 -drive file=file,index=2,media=disk
252 qemu-system-i386 -drive file=file,index=3,media=disk
255 You can connect a CDROM to the slave of ide0:
257 qemu-system-i386 -drive file=file,if=ide,index=1,media=cdrom
260 If you don't specify the "file=" argument, you define an empty drive:
262 qemu-system-i386 -drive if=ide,index=1,media=cdrom
265 You can connect a SCSI disk with unit ID 6 on the bus #0:
267 qemu-system-i386 -drive file=file,if=scsi,bus=0,unit=6
270 Instead of @option{-fda}, @option{-fdb}, you can use:
272 qemu-system-i386 -drive file=file,index=0,if=floppy
273 qemu-system-i386 -drive file=file,index=1,if=floppy
276 By default, @var{interface} is "ide" and @var{index} is automatically
279 qemu-system-i386 -drive file=a -drive file=b"
283 qemu-system-i386 -hda a -hdb b
287 DEF("set", HAS_ARG, QEMU_OPTION_set,
288 "-set group.id.arg=value\n"
289 " set <arg> parameter for item <id> of type <group>\n"
290 " i.e. -set drive.$id.file=/path/to/image\n", QEMU_ARCH_ALL)
297 DEF("global", HAS_ARG, QEMU_OPTION_global,
298 "-global driver.prop=value\n"
299 " set a global default for a driver property\n",
302 @item -global @var{driver}.@var{prop}=@var{value}
304 Set default value of @var{driver}'s property @var{prop} to @var{value}, e.g.:
307 qemu-system-i386 -global ide-drive.physical_block_size=4096 -drive file=file,if=ide,index=0,media=disk
310 In particular, you can use this to set driver properties for devices which are
311 created automatically by the machine model. To create a device which is not
312 created automatically and set properties on it, use -@option{device}.
315 DEF("mtdblock", HAS_ARG, QEMU_OPTION_mtdblock,
316 "-mtdblock file use 'file' as on-board Flash memory image\n",
319 @item -mtdblock @var{file}
321 Use @var{file} as on-board Flash memory image.
324 DEF("sd", HAS_ARG, QEMU_OPTION_sd,
325 "-sd file use 'file' as SecureDigital card image\n", QEMU_ARCH_ALL)
329 Use @var{file} as SecureDigital card image.
332 DEF("pflash", HAS_ARG, QEMU_OPTION_pflash,
333 "-pflash file use 'file' as a parallel flash image\n", QEMU_ARCH_ALL)
335 @item -pflash @var{file}
337 Use @var{file} as a parallel flash image.
340 DEF("boot", HAS_ARG, QEMU_OPTION_boot,
341 "-boot [order=drives][,once=drives][,menu=on|off]\n"
342 " [,splash=sp_name][,splash-time=sp_time]\n"
343 " 'drives': floppy (a), hard disk (c), CD-ROM (d), network (n)\n"
344 " 'sp_name': the file's name that would be passed to bios as logo picture, if menu=on\n"
345 " 'sp_time': the period that splash picture last if menu=on, unit is ms\n",
348 @item -boot [order=@var{drives}][,once=@var{drives}][,menu=on|off][,splash=@var{sp_name}][,splash-time=@var{sp_time}]
350 Specify boot order @var{drives} as a string of drive letters. Valid
351 drive letters depend on the target achitecture. The x86 PC uses: a, b
352 (floppy 1 and 2), c (first hard disk), d (first CD-ROM), n-p (Etherboot
353 from network adapter 1-4), hard disk boot is the default. To apply a
354 particular boot order only on the first startup, specify it via
357 Interactive boot menus/prompts can be enabled via @option{menu=on} as far
358 as firmware/BIOS supports them. The default is non-interactive boot.
360 A splash picture could be passed to bios, enabling user to show it as logo,
361 when option splash=@var{sp_name} is given and menu=on, If firmware/BIOS
362 supports them. Currently Seabios for X86 system support it.
363 limitation: The splash file could be a jpeg file or a BMP file in 24 BPP
364 format(true color). The resolution should be supported by the SVGA mode, so
365 the recommended is 320x240, 640x480, 800x640.
368 # try to boot from network first, then from hard disk
369 qemu-system-i386 -boot order=nc
370 # boot from CD-ROM first, switch back to default order after reboot
371 qemu-system-i386 -boot once=d
372 # boot with a splash picture for 5 seconds.
373 qemu-system-i386 -boot menu=on,splash=/root/boot.bmp,splash-time=5000
376 Note: The legacy format '-boot @var{drives}' is still supported but its
377 use is discouraged as it may be removed from future versions.
380 DEF("snapshot", 0, QEMU_OPTION_snapshot,
381 "-snapshot write to temporary files instead of disk image files\n",
386 Write to temporary files instead of disk image files. In this case,
387 the raw disk image you use is not written back. You can however force
388 the write back by pressing @key{C-a s} (@pxref{disk_images}).
391 DEF("m", HAS_ARG, QEMU_OPTION_m,
392 "-m megs set virtual RAM size to megs MB [default="
393 stringify(DEFAULT_RAM_SIZE) "]\n", QEMU_ARCH_ALL)
397 Set virtual RAM size to @var{megs} megabytes. Default is 128 MiB. Optionally,
398 a suffix of ``M'' or ``G'' can be used to signify a value in megabytes or
399 gigabytes respectively.
402 DEF("mem-path", HAS_ARG, QEMU_OPTION_mempath,
403 "-mem-path FILE provide backing storage for guest RAM\n", QEMU_ARCH_ALL)
405 @item -mem-path @var{path}
406 Allocate guest RAM from a temporarily created file in @var{path}.
410 DEF("mem-prealloc", 0, QEMU_OPTION_mem_prealloc,
411 "-mem-prealloc preallocate guest memory (use with -mem-path)\n",
415 Preallocate memory when using -mem-path.
419 DEF("k", HAS_ARG, QEMU_OPTION_k,
420 "-k language use keyboard layout (for example 'fr' for French)\n",
423 @item -k @var{language}
425 Use keyboard layout @var{language} (for example @code{fr} for
426 French). This option is only needed where it is not easy to get raw PC
427 keycodes (e.g. on Macs, with some X11 servers or with a VNC
428 display). You don't normally need to use it on PC/Linux or PC/Windows
431 The available layouts are:
433 ar de-ch es fo fr-ca hu ja mk no pt-br sv
434 da en-gb et fr fr-ch is lt nl pl ru th
435 de en-us fi fr-be hr it lv nl-be pt sl tr
438 The default is @code{en-us}.
442 DEF("audio-help", 0, QEMU_OPTION_audio_help,
443 "-audio-help print list of audio drivers and their options\n",
448 Will show the audio subsystem help: list of drivers, tunable
452 DEF("soundhw", HAS_ARG, QEMU_OPTION_soundhw,
453 "-soundhw c1,... enable audio support\n"
454 " and only specified sound cards (comma separated list)\n"
455 " use -soundhw ? to get the list of supported cards\n"
456 " use -soundhw all to enable all of them\n", QEMU_ARCH_ALL)
458 @item -soundhw @var{card1}[,@var{card2},...] or -soundhw all
460 Enable audio and selected sound hardware. Use ? to print all
461 available sound hardware.
464 qemu-system-i386 -soundhw sb16,adlib disk.img
465 qemu-system-i386 -soundhw es1370 disk.img
466 qemu-system-i386 -soundhw ac97 disk.img
467 qemu-system-i386 -soundhw hda disk.img
468 qemu-system-i386 -soundhw all disk.img
469 qemu-system-i386 -soundhw ?
472 Note that Linux's i810_audio OSS kernel (for AC97) module might
473 require manually specifying clocking.
476 modprobe i810_audio clocking=48000
480 DEF("balloon", HAS_ARG, QEMU_OPTION_balloon,
481 "-balloon none disable balloon device\n"
482 "-balloon virtio[,addr=str]\n"
483 " enable virtio balloon device (default)\n", QEMU_ARCH_ALL)
487 Disable balloon device.
488 @item -balloon virtio[,addr=@var{addr}]
489 Enable virtio balloon device (default), optionally with PCI address
497 DEF("usb", 0, QEMU_OPTION_usb,
498 "-usb enable the USB driver (will be the default soon)\n",
506 Enable the USB driver (will be the default soon)
509 DEF("usbdevice", HAS_ARG, QEMU_OPTION_usbdevice,
510 "-usbdevice name add the host or guest USB device 'name'\n",
514 @item -usbdevice @var{devname}
516 Add the USB device @var{devname}. @xref{usb_devices}.
521 Virtual Mouse. This will override the PS/2 mouse emulation when activated.
524 Pointer device that uses absolute coordinates (like a touchscreen). This
525 means QEMU is able to report the mouse position without having to grab the
526 mouse. Also overrides the PS/2 mouse emulation when activated.
528 @item disk:[format=@var{format}]:@var{file}
529 Mass storage device based on file. The optional @var{format} argument
530 will be used rather than detecting the format. Can be used to specifiy
531 @code{format=raw} to avoid interpreting an untrusted format header.
533 @item host:@var{bus}.@var{addr}
534 Pass through the host device identified by @var{bus}.@var{addr} (Linux only).
536 @item host:@var{vendor_id}:@var{product_id}
537 Pass through the host device identified by @var{vendor_id}:@var{product_id}
540 @item serial:[vendorid=@var{vendor_id}][,productid=@var{product_id}]:@var{dev}
541 Serial converter to host character device @var{dev}, see @code{-serial} for the
545 Braille device. This will use BrlAPI to display the braille output on a real
548 @item net:@var{options}
549 Network adapter that supports CDC ethernet and RNDIS protocols.
554 DEF("device", HAS_ARG, QEMU_OPTION_device,
555 "-device driver[,prop[=value][,...]]\n"
556 " add device (based on driver)\n"
557 " prop=value,... sets driver properties\n"
558 " use -device ? to print all possible drivers\n"
559 " use -device driver,? to print all possible properties\n",
562 @item -device @var{driver}[,@var{prop}[=@var{value}][,...]]
564 Add device @var{driver}. @var{prop}=@var{value} sets driver
565 properties. Valid properties depend on the driver. To get help on
566 possible drivers and properties, use @code{-device ?} and
567 @code{-device @var{driver},?}.
572 DEFHEADING(File system options:)
574 DEF("fsdev", HAS_ARG, QEMU_OPTION_fsdev,
575 "-fsdev fsdriver,id=id[,path=path,][security_model={mapped-xattr|mapped-file|passthrough|none}]\n"
576 " [,writeout=immediate][,readonly][,socket=socket|sock_fd=sock_fd]\n",
581 @item -fsdev @var{fsdriver},id=@var{id},path=@var{path},[security_model=@var{security_model}][,writeout=@var{writeout}][,readonly][,socket=@var{socket}|sock_fd=@var{sock_fd}]
583 Define a new file system device. Valid options are:
586 This option specifies the fs driver backend to use.
587 Currently "local", "handle" and "proxy" file system drivers are supported.
589 Specifies identifier for this device
590 @item path=@var{path}
591 Specifies the export path for the file system device. Files under
592 this path will be available to the 9p client on the guest.
593 @item security_model=@var{security_model}
594 Specifies the security model to be used for this export path.
595 Supported security models are "passthrough", "mapped-xattr", "mapped-file" and "none".
596 In "passthrough" security model, files are stored using the same
597 credentials as they are created on the guest. This requires QEMU
598 to run as root. In "mapped-xattr" security model, some of the file
599 attributes like uid, gid, mode bits and link target are stored as
600 file attributes. For "mapped-file" these attributes are stored in the
601 hidden .virtfs_metadata directory. Directories exported by this security model cannot
602 interact with other unix tools. "none" security model is same as
603 passthrough except the sever won't report failures if it fails to
604 set file attributes like ownership. Security model is mandatory
605 only for local fsdriver. Other fsdrivers (like handle, proxy) don't take
606 security model as a parameter.
607 @item writeout=@var{writeout}
608 This is an optional argument. The only supported value is "immediate".
609 This means that host page cache will be used to read and write data but
610 write notification will be sent to the guest only when the data has been
611 reported as written by the storage subsystem.
613 Enables exporting 9p share as a readonly mount for guests. By default
614 read-write access is given.
615 @item socket=@var{socket}
616 Enables proxy filesystem driver to use passed socket file for communicating
617 with virtfs-proxy-helper
618 @item sock_fd=@var{sock_fd}
619 Enables proxy filesystem driver to use passed socket descriptor for
620 communicating with virtfs-proxy-helper. Usually a helper like libvirt
621 will create socketpair and pass one of the fds as sock_fd
624 -fsdev option is used along with -device driver "virtio-9p-pci".
625 @item -device virtio-9p-pci,fsdev=@var{id},mount_tag=@var{mount_tag}
626 Options for virtio-9p-pci driver are:
629 Specifies the id value specified along with -fsdev option
630 @item mount_tag=@var{mount_tag}
631 Specifies the tag name to be used by the guest to mount this export point
638 DEFHEADING(Virtual File system pass-through options:)
640 DEF("virtfs", HAS_ARG, QEMU_OPTION_virtfs,
641 "-virtfs local,path=path,mount_tag=tag,security_model=[mapped-xattr|mapped-file|passthrough|none]\n"
642 " [,writeout=immediate][,readonly][,socket=socket|sock_fd=sock_fd]\n",
647 @item -virtfs @var{fsdriver}[,path=@var{path}],mount_tag=@var{mount_tag}[,security_model=@var{security_model}][,writeout=@var{writeout}][,readonly][,socket=@var{socket}|sock_fd=@var{sock_fd}]
650 The general form of a Virtual File system pass-through options are:
653 This option specifies the fs driver backend to use.
654 Currently "local", "handle" and "proxy" file system drivers are supported.
656 Specifies identifier for this device
657 @item path=@var{path}
658 Specifies the export path for the file system device. Files under
659 this path will be available to the 9p client on the guest.
660 @item security_model=@var{security_model}
661 Specifies the security model to be used for this export path.
662 Supported security models are "passthrough", "mapped-xattr", "mapped-file" and "none".
663 In "passthrough" security model, files are stored using the same
664 credentials as they are created on the guest. This requires QEMU
665 to run as root. In "mapped-xattr" security model, some of the file
666 attributes like uid, gid, mode bits and link target are stored as
667 file attributes. For "mapped-file" these attributes are stored in the
668 hidden .virtfs_metadata directory. Directories exported by this security model cannot
669 interact with other unix tools. "none" security model is same as
670 passthrough except the sever won't report failures if it fails to
671 set file attributes like ownership. Security model is mandatory only
672 for local fsdriver. Other fsdrivers (like handle, proxy) don't take security
673 model as a parameter.
674 @item writeout=@var{writeout}
675 This is an optional argument. The only supported value is "immediate".
676 This means that host page cache will be used to read and write data but
677 write notification will be sent to the guest only when the data has been
678 reported as written by the storage subsystem.
680 Enables exporting 9p share as a readonly mount for guests. By default
681 read-write access is given.
682 @item socket=@var{socket}
683 Enables proxy filesystem driver to use passed socket file for
684 communicating with virtfs-proxy-helper. Usually a helper like libvirt
685 will create socketpair and pass one of the fds as sock_fd
687 Enables proxy filesystem driver to use passed 'sock_fd' as the socket
688 descriptor for interfacing with virtfs-proxy-helper
692 DEF("virtfs_synth", 0, QEMU_OPTION_virtfs_synth,
693 "-virtfs_synth Create synthetic file system image\n",
697 @findex -virtfs_synth
698 Create synthetic file system image
703 DEF("name", HAS_ARG, QEMU_OPTION_name,
704 "-name string1[,process=string2]\n"
705 " set the name of the guest\n"
706 " string1 sets the window title and string2 the process name (on Linux)\n",
709 @item -name @var{name}
711 Sets the @var{name} of the guest.
712 This name will be displayed in the SDL window caption.
713 The @var{name} will also be used for the VNC server.
714 Also optionally set the top visible process name in Linux.
717 DEF("uuid", HAS_ARG, QEMU_OPTION_uuid,
718 "-uuid %08x-%04x-%04x-%04x-%012x\n"
719 " specify machine UUID\n", QEMU_ARCH_ALL)
721 @item -uuid @var{uuid}
732 DEFHEADING(Display options:)
738 DEF("display", HAS_ARG, QEMU_OPTION_display,
739 "-display sdl[,frame=on|off][,alt_grab=on|off][,ctrl_grab=on|off]\n"
740 " [,window_close=on|off]|curses|none|\n"
741 " vnc=<display>[,<optargs>]\n"
742 " select display type\n", QEMU_ARCH_ALL)
744 @item -display @var{type}
746 Select type of display to use. This option is a replacement for the
747 old style -sdl/-curses/... options. Valid values for @var{type} are
750 Display video output via SDL (usually in a separate graphics
751 window; see the SDL documentation for other possibilities).
753 Display video output via curses. For graphics device models which
754 support a text mode, QEMU can display this output using a
755 curses/ncurses interface. Nothing is displayed when the graphics
756 device is in graphical mode or if the graphics device does not support
757 a text mode. Generally only the VGA device models support text mode.
759 Do not display video output. The guest will still see an emulated
760 graphics card, but its output will not be displayed to the QEMU
761 user. This option differs from the -nographic option in that it
762 only affects what is done with video output; -nographic also changes
763 the destination of the serial and parallel port data.
765 Start a VNC server on display <arg>
769 DEF("nographic", 0, QEMU_OPTION_nographic,
770 "-nographic disable graphical output and redirect serial I/Os to console\n",
775 Normally, QEMU uses SDL to display the VGA output. With this option,
776 you can totally disable graphical output so that QEMU is a simple
777 command line application. The emulated serial port is redirected on
778 the console. Therefore, you can still use QEMU to debug a Linux kernel
779 with a serial console.
782 DEF("curses", 0, QEMU_OPTION_curses,
783 "-curses use a curses/ncurses interface instead of SDL\n",
788 Normally, QEMU uses SDL to display the VGA output. With this option,
789 QEMU can display the VGA output when in text mode using a
790 curses/ncurses interface. Nothing is displayed in graphical mode.
793 DEF("no-frame", 0, QEMU_OPTION_no_frame,
794 "-no-frame open SDL window without a frame and window decorations\n",
799 Do not use decorations for SDL windows and start them using the whole
800 available screen space. This makes the using QEMU in a dedicated desktop
801 workspace more convenient.
804 DEF("alt-grab", 0, QEMU_OPTION_alt_grab,
805 "-alt-grab use Ctrl-Alt-Shift to grab mouse (instead of Ctrl-Alt)\n",
810 Use Ctrl-Alt-Shift to grab mouse (instead of Ctrl-Alt). Note that this also
811 affects the special keys (for fullscreen, monitor-mode switching, etc).
814 DEF("ctrl-grab", 0, QEMU_OPTION_ctrl_grab,
815 "-ctrl-grab use Right-Ctrl to grab mouse (instead of Ctrl-Alt)\n",
820 Use Right-Ctrl to grab mouse (instead of Ctrl-Alt). Note that this also
821 affects the special keys (for fullscreen, monitor-mode switching, etc).
824 DEF("no-quit", 0, QEMU_OPTION_no_quit,
825 "-no-quit disable SDL window close capability\n", QEMU_ARCH_ALL)
829 Disable SDL window close capability.
832 DEF("sdl", 0, QEMU_OPTION_sdl,
833 "-sdl enable SDL\n", QEMU_ARCH_ALL)
840 DEF("spice", HAS_ARG, QEMU_OPTION_spice,
841 "-spice <args> enable spice\n", QEMU_ARCH_ALL)
843 @item -spice @var{option}[,@var{option}[,...]]
845 Enable the spice remote desktop protocol. Valid options are
850 Set the TCP port spice is listening on for plaintext channels.
853 Set the IP address spice is listening on. Default is any address.
857 Force using the specified IP version.
859 @item password=<secret>
860 Set the password you need to authenticate.
863 Require that the client use SASL to authenticate with the spice.
864 The exact choice of authentication method used is controlled from the
865 system / user's SASL configuration file for the 'qemu' service. This
866 is typically found in /etc/sasl2/qemu.conf. If running QEMU as an
867 unprivileged user, an environment variable SASL_CONF_PATH can be used
868 to make it search alternate locations for the service config.
869 While some SASL auth methods can also provide data encryption (eg GSSAPI),
870 it is recommended that SASL always be combined with the 'tls' and
871 'x509' settings to enable use of SSL and server certificates. This
872 ensures a data encryption preventing compromise of authentication
875 @item disable-ticketing
876 Allow client connects without authentication.
878 @item disable-copy-paste
879 Disable copy paste between the client and the guest.
882 Set the TCP port spice is listening on for encrypted channels.
885 Set the x509 file directory. Expects same filenames as -vnc $display,x509=$dir
887 @item x509-key-file=<file>
888 @item x509-key-password=<file>
889 @item x509-cert-file=<file>
890 @item x509-cacert-file=<file>
891 @item x509-dh-key-file=<file>
892 The x509 file names can also be configured individually.
894 @item tls-ciphers=<list>
895 Specify which ciphers to use.
897 @item tls-channel=[main|display|cursor|inputs|record|playback]
898 @item plaintext-channel=[main|display|cursor|inputs|record|playback]
899 Force specific channel to be used with or without TLS encryption. The
900 options can be specified multiple times to configure multiple
901 channels. The special name "default" can be used to set the default
902 mode. For channels which are not explicitly forced into one mode the
903 spice client is allowed to pick tls/plaintext as he pleases.
905 @item image-compression=[auto_glz|auto_lz|quic|glz|lz|off]
906 Configure image compression (lossless).
909 @item jpeg-wan-compression=[auto|never|always]
910 @item zlib-glz-wan-compression=[auto|never|always]
911 Configure wan image compression (lossy for slow links).
914 @item streaming-video=[off|all|filter]
915 Configure video stream detection. Default is filter.
917 @item agent-mouse=[on|off]
918 Enable/disable passing mouse events via vdagent. Default is on.
920 @item playback-compression=[on|off]
921 Enable/disable audio stream compression (using celt 0.5.1). Default is on.
926 DEF("portrait", 0, QEMU_OPTION_portrait,
927 "-portrait rotate graphical output 90 deg left (only PXA LCD)\n",
932 Rotate graphical output 90 deg left (only PXA LCD).
935 DEF("rotate", HAS_ARG, QEMU_OPTION_rotate,
936 "-rotate <deg> rotate graphical output some deg left (only PXA LCD)\n",
941 Rotate graphical output some deg left (only PXA LCD).
944 DEF("vga", HAS_ARG, QEMU_OPTION_vga,
945 "-vga [std|cirrus|vmware|qxl|xenfb|none]\n"
946 " select video card type\n", QEMU_ARCH_ALL)
948 @item -vga @var{type}
950 Select type of VGA card to emulate. Valid values for @var{type} are
953 Cirrus Logic GD5446 Video card. All Windows versions starting from
954 Windows 95 should recognize and use this graphic card. For optimal
955 performances, use 16 bit color depth in the guest and the host OS.
956 (This one is the default)
958 Standard VGA card with Bochs VBE extensions. If your guest OS
959 supports the VESA 2.0 VBE extensions (e.g. Windows XP) and if you want
960 to use high resolution modes (>= 1280x1024x16) then you should use
963 VMWare SVGA-II compatible adapter. Use it if you have sufficiently
964 recent XFree86/XOrg server or Windows guest with a driver for this
967 QXL paravirtual graphic card. It is VGA compatible (including VESA
968 2.0 VBE support). Works best with qxl guest drivers installed though.
969 Recommended choice when using the spice protocol.
975 DEF("full-screen", 0, QEMU_OPTION_full_screen,
976 "-full-screen start in full screen\n", QEMU_ARCH_ALL)
980 Start in full screen.
983 DEF("g", 1, QEMU_OPTION_g ,
984 "-g WxH[xDEPTH] Set the initial graphical resolution and depth\n",
985 QEMU_ARCH_PPC | QEMU_ARCH_SPARC)
987 @item -g @var{width}x@var{height}[x@var{depth}]
989 Set the initial graphical resolution and depth (PPC, SPARC only).
992 DEF("vnc", HAS_ARG, QEMU_OPTION_vnc ,
993 "-vnc display start a VNC server on display\n", QEMU_ARCH_ALL)
995 @item -vnc @var{display}[,@var{option}[,@var{option}[,...]]]
997 Normally, QEMU uses SDL to display the VGA output. With this option,
998 you can have QEMU listen on VNC display @var{display} and redirect the VGA
999 display over the VNC session. It is very useful to enable the usb
1000 tablet device when using this option (option @option{-usbdevice
1001 tablet}). When using the VNC display, you must use the @option{-k}
1002 parameter to set the keyboard layout if you are not using en-us. Valid
1003 syntax for the @var{display} is
1007 @item @var{host}:@var{d}
1009 TCP connections will only be allowed from @var{host} on display @var{d}.
1010 By convention the TCP port is 5900+@var{d}. Optionally, @var{host} can
1011 be omitted in which case the server will accept connections from any host.
1013 @item unix:@var{path}
1015 Connections will be allowed over UNIX domain sockets where @var{path} is the
1016 location of a unix socket to listen for connections on.
1020 VNC is initialized but not started. The monitor @code{change} command
1021 can be used to later start the VNC server.
1025 Following the @var{display} value there may be one or more @var{option} flags
1026 separated by commas. Valid options are
1032 Connect to a listening VNC client via a ``reverse'' connection. The
1033 client is specified by the @var{display}. For reverse network
1034 connections (@var{host}:@var{d},@code{reverse}), the @var{d} argument
1035 is a TCP port number, not a display number.
1039 Require that password based authentication is used for client connections.
1041 The password must be set separately using the @code{set_password} command in
1042 the @ref{pcsys_monitor}. The syntax to change your password is:
1043 @code{set_password <protocol> <password>} where <protocol> could be either
1046 If you would like to change <protocol> password expiration, you should use
1047 @code{expire_password <protocol> <expiration-time>} where expiration time could
1048 be one of the following options: now, never, +seconds or UNIX time of
1049 expiration, e.g. +60 to make password expire in 60 seconds, or 1335196800
1050 to make password expire on "Mon Apr 23 12:00:00 EDT 2012" (UNIX time for this
1053 You can also use keywords "now" or "never" for the expiration time to
1054 allow <protocol> password to expire immediately or never expire.
1058 Require that client use TLS when communicating with the VNC server. This
1059 uses anonymous TLS credentials so is susceptible to a man-in-the-middle
1060 attack. It is recommended that this option be combined with either the
1061 @option{x509} or @option{x509verify} options.
1063 @item x509=@var{/path/to/certificate/dir}
1065 Valid if @option{tls} is specified. Require that x509 credentials are used
1066 for negotiating the TLS session. The server will send its x509 certificate
1067 to the client. It is recommended that a password be set on the VNC server
1068 to provide authentication of the client when this is used. The path following
1069 this option specifies where the x509 certificates are to be loaded from.
1070 See the @ref{vnc_security} section for details on generating certificates.
1072 @item x509verify=@var{/path/to/certificate/dir}
1074 Valid if @option{tls} is specified. Require that x509 credentials are used
1075 for negotiating the TLS session. The server will send its x509 certificate
1076 to the client, and request that the client send its own x509 certificate.
1077 The server will validate the client's certificate against the CA certificate,
1078 and reject clients when validation fails. If the certificate authority is
1079 trusted, this is a sufficient authentication mechanism. You may still wish
1080 to set a password on the VNC server as a second authentication layer. The
1081 path following this option specifies where the x509 certificates are to
1082 be loaded from. See the @ref{vnc_security} section for details on generating
1087 Require that the client use SASL to authenticate with the VNC server.
1088 The exact choice of authentication method used is controlled from the
1089 system / user's SASL configuration file for the 'qemu' service. This
1090 is typically found in /etc/sasl2/qemu.conf. If running QEMU as an
1091 unprivileged user, an environment variable SASL_CONF_PATH can be used
1092 to make it search alternate locations for the service config.
1093 While some SASL auth methods can also provide data encryption (eg GSSAPI),
1094 it is recommended that SASL always be combined with the 'tls' and
1095 'x509' settings to enable use of SSL and server certificates. This
1096 ensures a data encryption preventing compromise of authentication
1097 credentials. See the @ref{vnc_security} section for details on using
1098 SASL authentication.
1102 Turn on access control lists for checking of the x509 client certificate
1103 and SASL party. For x509 certs, the ACL check is made against the
1104 certificate's distinguished name. This is something that looks like
1105 @code{C=GB,O=ACME,L=Boston,CN=bob}. For SASL party, the ACL check is
1106 made against the username, which depending on the SASL plugin, may
1107 include a realm component, eg @code{bob} or @code{bob@@EXAMPLE.COM}.
1108 When the @option{acl} flag is set, the initial access list will be
1109 empty, with a @code{deny} policy. Thus no one will be allowed to
1110 use the VNC server until the ACLs have been loaded. This can be
1111 achieved using the @code{acl} monitor command.
1115 Enable lossy compression methods (gradient, JPEG, ...). If this
1116 option is set, VNC client may receive lossy framebuffer updates
1117 depending on its encoding settings. Enabling this option can save
1118 a lot of bandwidth at the expense of quality.
1122 Disable adaptive encodings. Adaptive encodings are enabled by default.
1123 An adaptive encoding will try to detect frequently updated screen regions,
1124 and send updates in these regions using a lossy encoding (like JPEG).
1125 This can be really helpful to save bandwidth when playing videos. Disabling
1126 adaptive encodings allows to restore the original static behavior of encodings
1129 @item share=[allow-exclusive|force-shared|ignore]
1131 Set display sharing policy. 'allow-exclusive' allows clients to ask
1132 for exclusive access. As suggested by the rfb spec this is
1133 implemented by dropping other connections. Connecting multiple
1134 clients in parallel requires all clients asking for a shared session
1135 (vncviewer: -shared switch). This is the default. 'force-shared'
1136 disables exclusive client access. Useful for shared desktop sessions,
1137 where you don't want someone forgetting specify -shared disconnect
1138 everybody else. 'ignore' completely ignores the shared flag and
1139 allows everybody connect unconditionally. Doesn't conform to the rfb
1140 spec but is traditional QEMU behavior.
1149 ARCHHEADING(, QEMU_ARCH_I386)
1151 ARCHHEADING(i386 target only:, QEMU_ARCH_I386)
1156 DEF("win2k-hack", 0, QEMU_OPTION_win2k_hack,
1157 "-win2k-hack use it when installing Windows 2000 to avoid a disk full bug\n",
1162 Use it when installing Windows 2000 to avoid a disk full bug. After
1163 Windows 2000 is installed, you no longer need this option (this option
1164 slows down the IDE transfers).
1167 HXCOMM Deprecated by -rtc
1168 DEF("rtc-td-hack", 0, QEMU_OPTION_rtc_td_hack, "", QEMU_ARCH_I386)
1170 DEF("no-fd-bootchk", 0, QEMU_OPTION_no_fd_bootchk,
1171 "-no-fd-bootchk disable boot signature checking for floppy disks\n",
1174 @item -no-fd-bootchk
1175 @findex -no-fd-bootchk
1176 Disable boot signature checking for floppy disks in Bochs BIOS. It may
1177 be needed to boot from old floppy disks.
1178 TODO: check reference to Bochs BIOS.
1181 DEF("no-acpi", 0, QEMU_OPTION_no_acpi,
1182 "-no-acpi disable ACPI\n", QEMU_ARCH_I386)
1186 Disable ACPI (Advanced Configuration and Power Interface) support. Use
1187 it if your guest OS complains about ACPI problems (PC target machine
1191 DEF("no-hpet", 0, QEMU_OPTION_no_hpet,
1192 "-no-hpet disable HPET\n", QEMU_ARCH_I386)
1196 Disable HPET support.
1199 DEF("acpitable", HAS_ARG, QEMU_OPTION_acpitable,
1200 "-acpitable [sig=str][,rev=n][,oem_id=str][,oem_table_id=str][,oem_rev=n][,asl_compiler_id=str][,asl_compiler_rev=n][,{data|file}=file1[:file2]...]\n"
1201 " ACPI table description\n", QEMU_ARCH_I386)
1203 @item -acpitable [sig=@var{str}][,rev=@var{n}][,oem_id=@var{str}][,oem_table_id=@var{str}][,oem_rev=@var{n}] [,asl_compiler_id=@var{str}][,asl_compiler_rev=@var{n}][,data=@var{file1}[:@var{file2}]...]
1205 Add ACPI table with specified header fields and context from specified files.
1206 For file=, take whole ACPI table from the specified files, including all
1207 ACPI headers (possible overridden by other options).
1208 For data=, only data
1209 portion of the table is used, all header information is specified in the
1213 DEF("smbios", HAS_ARG, QEMU_OPTION_smbios,
1214 "-smbios file=binary\n"
1215 " load SMBIOS entry from binary file\n"
1216 "-smbios type=0[,vendor=str][,version=str][,date=str][,release=%d.%d]\n"
1217 " specify SMBIOS type 0 fields\n"
1218 "-smbios type=1[,manufacturer=str][,product=str][,version=str][,serial=str]\n"
1219 " [,uuid=uuid][,sku=str][,family=str]\n"
1220 " specify SMBIOS type 1 fields\n", QEMU_ARCH_I386)
1222 @item -smbios file=@var{binary}
1224 Load SMBIOS entry from binary file.
1226 @item -smbios type=0[,vendor=@var{str}][,version=@var{str}][,date=@var{str}][,release=@var{%d.%d}]
1228 Specify SMBIOS type 0 fields
1230 @item -smbios type=1[,manufacturer=@var{str}][,product=@var{str}] [,version=@var{str}][,serial=@var{str}][,uuid=@var{uuid}][,sku=@var{str}] [,family=@var{str}]
1231 Specify SMBIOS type 1 fields
1239 #ifdef CONFIG_OPENGLES
1243 DEF("gles2-quality", HAS_ARG, QEMU_OPTION_gles2_quality,
1244 "-gles2-quality set GLES 2.0 rendering quality [0 ... 100]\n",
1251 DEFHEADING(Network options:)
1256 HXCOMM Legacy slirp options (now moved to -net user):
1258 DEF("tftp", HAS_ARG, QEMU_OPTION_tftp, "", QEMU_ARCH_ALL)
1259 DEF("bootp", HAS_ARG, QEMU_OPTION_bootp, "", QEMU_ARCH_ALL)
1260 DEF("redir", HAS_ARG, QEMU_OPTION_redir, "", QEMU_ARCH_ALL)
1262 DEF("smb", HAS_ARG, QEMU_OPTION_smb, "", QEMU_ARCH_ALL)
1266 DEF("net", HAS_ARG, QEMU_OPTION_net,
1267 "-net nic[,vlan=n][,macaddr=mac][,model=type][,name=str][,addr=str][,vectors=v]\n"
1268 " create a new Network Interface Card and connect it to VLAN 'n'\n"
1270 "-net user[,vlan=n][,name=str][,net=addr[/mask]][,host=addr][,restrict=on|off]\n"
1271 " [,hostname=host][,dhcpstart=addr][,dns=addr][,tftp=dir][,bootfile=f]\n"
1272 " [,hostfwd=rule][,guestfwd=rule]"
1274 "[,smb=dir[,smbserver=addr]]\n"
1276 " connect the user mode network stack to VLAN 'n', configure its\n"
1277 " DHCP server and enabled optional services\n"
1280 "-net tap[,vlan=n][,name=str],ifname=name\n"
1281 " connect the host TAP network interface to VLAN 'n'\n"
1283 "-net tap[,vlan=n][,name=str][,fd=h][,ifname=name][,script=file][,downscript=dfile][,helper=helper][,sndbuf=nbytes][,vnet_hdr=on|off][,vhost=on|off][,vhostfd=h][,vhostforce=on|off]\n"
1284 " connect the host TAP network interface to VLAN 'n' \n"
1285 " use network scripts 'file' (default=" DEFAULT_NETWORK_SCRIPT ")\n"
1286 " to configure it and 'dfile' (default=" DEFAULT_NETWORK_DOWN_SCRIPT ")\n"
1287 " to deconfigure it\n"
1288 " use '[down]script=no' to disable script execution\n"
1289 " use network helper 'helper' (default=" DEFAULT_BRIDGE_HELPER ") to\n"
1291 " use 'fd=h' to connect to an already opened TAP interface\n"
1292 " use 'sndbuf=nbytes' to limit the size of the send buffer (the\n"
1293 " default is disabled 'sndbuf=0' to enable flow control set 'sndbuf=1048576')\n"
1294 " use vnet_hdr=off to avoid enabling the IFF_VNET_HDR tap flag\n"
1295 " use vnet_hdr=on to make the lack of IFF_VNET_HDR support an error condition\n"
1296 " use vhost=on to enable experimental in kernel accelerator\n"
1297 " (only has effect for virtio guests which use MSIX)\n"
1298 " use vhostforce=on to force vhost on for non-MSIX virtio guests\n"
1299 " use 'vhostfd=h' to connect to an already opened vhost net device\n"
1300 "-net bridge[,vlan=n][,name=str][,br=bridge][,helper=helper]\n"
1301 " connects a host TAP network interface to a host bridge device 'br'\n"
1302 " (default=" DEFAULT_BRIDGE_INTERFACE ") using the program 'helper'\n"
1303 " (default=" DEFAULT_BRIDGE_HELPER ")\n"
1305 "-net socket[,vlan=n][,name=str][,fd=h][,listen=[host]:port][,connect=host:port]\n"
1306 " connect the vlan 'n' to another VLAN using a socket connection\n"
1307 "-net socket[,vlan=n][,name=str][,fd=h][,mcast=maddr:port[,localaddr=addr]]\n"
1308 " connect the vlan 'n' to multicast maddr and port\n"
1309 " use 'localaddr=addr' to specify the host address to send packets from\n"
1310 "-net socket[,vlan=n][,name=str][,fd=h][,udp=host:port][,localaddr=host:port]\n"
1311 " connect the vlan 'n' to another VLAN using an UDP tunnel\n"
1313 "-net vde[,vlan=n][,name=str][,sock=socketpath][,port=n][,group=groupname][,mode=octalmode]\n"
1314 " connect the vlan 'n' to port 'n' of a vde switch running\n"
1315 " on host and listening for incoming connections on 'socketpath'.\n"
1316 " Use group 'groupname' and mode 'octalmode' to change default\n"
1317 " ownership and permissions for communication port.\n"
1319 "-net dump[,vlan=n][,file=f][,len=n]\n"
1320 " dump traffic on vlan 'n' to file 'f' (max n bytes per packet)\n"
1321 "-net none use it alone to have zero network devices. If no -net option\n"
1322 " is provided, the default is '-net nic -net user'\n", QEMU_ARCH_ALL)
1323 DEF("netdev", HAS_ARG, QEMU_OPTION_netdev,
1333 "socket],id=str[,option][,option][,...]\n", QEMU_ARCH_ALL)
1335 @item -net nic[,vlan=@var{n}][,macaddr=@var{mac}][,model=@var{type}] [,name=@var{name}][,addr=@var{addr}][,vectors=@var{v}]
1337 Create a new Network Interface Card and connect it to VLAN @var{n} (@var{n}
1338 = 0 is the default). The NIC is an e1000 by default on the PC
1339 target. Optionally, the MAC address can be changed to @var{mac}, the
1340 device address set to @var{addr} (PCI cards only),
1341 and a @var{name} can be assigned for use in monitor commands.
1342 Optionally, for PCI cards, you can specify the number @var{v} of MSI-X vectors
1343 that the card should have; this option currently only affects virtio cards; set
1344 @var{v} = 0 to disable MSI-X. If no @option{-net} option is specified, a single
1345 NIC is created. QEMU can emulate several different models of network card.
1346 Valid values for @var{type} are
1347 @code{virtio}, @code{i82551}, @code{i82557b}, @code{i82559er},
1348 @code{ne2k_pci}, @code{ne2k_isa}, @code{pcnet}, @code{rtl8139},
1349 @code{e1000}, @code{smc91c111}, @code{lance} and @code{mcf_fec}.
1350 Not all devices are supported on all targets. Use -net nic,model=?
1351 for a list of available devices for your target.
1353 @item -net user[,@var{option}][,@var{option}][,...]
1354 Use the user mode network stack which requires no administrator
1355 privilege to run. Valid options are:
1359 Connect user mode stack to VLAN @var{n} (@var{n} = 0 is the default).
1361 @item name=@var{name}
1362 Assign symbolic name for use in monitor commands.
1364 @item net=@var{addr}[/@var{mask}]
1365 Set IP network address the guest will see. Optionally specify the netmask,
1366 either in the form a.b.c.d or as number of valid top-most bits. Default is
1369 @item host=@var{addr}
1370 Specify the guest-visible address of the host. Default is the 2nd IP in the
1371 guest network, i.e. x.x.x.2.
1373 @item restrict=on|off
1374 If this option is enabled, the guest will be isolated, i.e. it will not be
1375 able to contact the host and no guest IP packets will be routed over the host
1376 to the outside. This option does not affect any explicitly set forwarding rules.
1378 @item hostname=@var{name}
1379 Specifies the client hostname reported by the builtin DHCP server.
1381 @item dhcpstart=@var{addr}
1382 Specify the first of the 16 IPs the built-in DHCP server can assign. Default
1383 is the 15th to 31st IP in the guest network, i.e. x.x.x.15 to x.x.x.31.
1385 @item dns=@var{addr}
1386 Specify the guest-visible address of the virtual nameserver. The address must
1387 be different from the host address. Default is the 3rd IP in the guest network,
1390 @item tftp=@var{dir}
1391 When using the user mode network stack, activate a built-in TFTP
1392 server. The files in @var{dir} will be exposed as the root of a TFTP server.
1393 The TFTP client on the guest must be configured in binary mode (use the command
1394 @code{bin} of the Unix TFTP client).
1396 @item bootfile=@var{file}
1397 When using the user mode network stack, broadcast @var{file} as the BOOTP
1398 filename. In conjunction with @option{tftp}, this can be used to network boot
1399 a guest from a local directory.
1401 Example (using pxelinux):
1403 qemu-system-i386 -hda linux.img -boot n -net user,tftp=/path/to/tftp/files,bootfile=/pxelinux.0
1406 @item smb=@var{dir}[,smbserver=@var{addr}]
1407 When using the user mode network stack, activate a built-in SMB
1408 server so that Windows OSes can access to the host files in @file{@var{dir}}
1409 transparently. The IP address of the SMB server can be set to @var{addr}. By
1410 default the 4th IP in the guest network is used, i.e. x.x.x.4.
1412 In the guest Windows OS, the line:
1416 must be added in the file @file{C:\WINDOWS\LMHOSTS} (for windows 9x/Me)
1417 or @file{C:\WINNT\SYSTEM32\DRIVERS\ETC\LMHOSTS} (Windows NT/2000).
1419 Then @file{@var{dir}} can be accessed in @file{\\smbserver\qemu}.
1421 Note that a SAMBA server must be installed on the host OS.
1422 QEMU was tested successfully with smbd versions from Red Hat 9,
1423 Fedora Core 3 and OpenSUSE 11.x.
1425 @item hostfwd=[tcp|udp]:[@var{hostaddr}]:@var{hostport}-[@var{guestaddr}]:@var{guestport}
1426 Redirect incoming TCP or UDP connections to the host port @var{hostport} to
1427 the guest IP address @var{guestaddr} on guest port @var{guestport}. If
1428 @var{guestaddr} is not specified, its value is x.x.x.15 (default first address
1429 given by the built-in DHCP server). By specifying @var{hostaddr}, the rule can
1430 be bound to a specific host interface. If no connection type is set, TCP is
1431 used. This option can be given multiple times.
1433 For example, to redirect host X11 connection from screen 1 to guest
1434 screen 0, use the following:
1438 qemu-system-i386 -net user,hostfwd=tcp:127.0.0.1:6001-:6000 [...]
1439 # this host xterm should open in the guest X11 server
1443 To redirect telnet connections from host port 5555 to telnet port on
1444 the guest, use the following:
1448 qemu-system-i386 -net user,hostfwd=tcp::5555-:23 [...]
1449 telnet localhost 5555
1452 Then when you use on the host @code{telnet localhost 5555}, you
1453 connect to the guest telnet server.
1455 @item guestfwd=[tcp]:@var{server}:@var{port}-@var{dev}
1456 @item guestfwd=[tcp]:@var{server}:@var{port}-@var{cmd:command}
1457 Forward guest TCP connections to the IP address @var{server} on port @var{port}
1458 to the character device @var{dev} or to a program executed by @var{cmd:command}
1459 which gets spawned for each connection. This option can be given multiple times.
1461 You can either use a chardev directly and have that one used throughout QEMU's
1462 lifetime, like in the following example:
1465 # open 10.10.1.1:4321 on bootup, connect 10.0.2.100:1234 to it whenever
1466 # the guest accesses it
1467 qemu -net user,guestfwd=tcp:10.0.2.100:1234-tcp:10.10.1.1:4321 [...]
1470 Or you can execute a command on every TCP connection established by the guest,
1471 so that QEMU behaves similar to an inetd process for that virtual server:
1474 # call "netcat 10.10.1.1 4321" on every TCP connection to 10.0.2.100:1234
1475 # and connect the TCP stream to its stdin/stdout
1476 qemu -net 'user,guestfwd=tcp:10.0.2.100:1234-cmd:netcat 10.10.1.1 4321'
1481 Note: Legacy stand-alone options -tftp, -bootp, -smb and -redir are still
1482 processed and applied to -net user. Mixing them with the new configuration
1483 syntax gives undefined results. Their use for new applications is discouraged
1484 as they will be removed from future versions.
1486 @item -net tap[,vlan=@var{n}][,name=@var{name}][,fd=@var{h}][,ifname=@var{name}][,script=@var{file}][,downscript=@var{dfile}][,helper=@var{helper}]
1487 Connect the host TAP network interface @var{name} to VLAN @var{n}.
1489 Use the network script @var{file} to configure it and the network script
1490 @var{dfile} to deconfigure it. If @var{name} is not provided, the OS
1491 automatically provides one. The default network configure script is
1492 @file{/etc/qemu-ifup} and the default network deconfigure script is
1493 @file{/etc/qemu-ifdown}. Use @option{script=no} or @option{downscript=no}
1494 to disable script execution.
1496 If running QEMU as an unprivileged user, use the network helper
1497 @var{helper} to configure the TAP interface. The default network
1498 helper executable is @file{/usr/local/libexec/qemu-bridge-helper}.
1500 @option{fd}=@var{h} can be used to specify the handle of an already
1501 opened host TAP interface.
1506 #launch a QEMU instance with the default network script
1507 qemu-system-i386 linux.img -net nic -net tap
1511 #launch a QEMU instance with two NICs, each one connected
1513 qemu-system-i386 linux.img \
1514 -net nic,vlan=0 -net tap,vlan=0,ifname=tap0 \
1515 -net nic,vlan=1 -net tap,vlan=1,ifname=tap1
1519 #launch a QEMU instance with the default network helper to
1520 #connect a TAP device to bridge br0
1521 qemu-system-i386 linux.img \
1522 -net nic -net tap,"helper=/usr/local/libexec/qemu-bridge-helper"
1525 @item -net bridge[,vlan=@var{n}][,name=@var{name}][,br=@var{bridge}][,helper=@var{helper}]
1526 Connect a host TAP network interface to a host bridge device.
1528 Use the network helper @var{helper} to configure the TAP interface and
1529 attach it to the bridge. The default network helper executable is
1530 @file{/usr/local/libexec/qemu-bridge-helper} and the default bridge
1531 device is @file{br0}.
1536 #launch a QEMU instance with the default network helper to
1537 #connect a TAP device to bridge br0
1538 qemu-system-i386 linux.img -net bridge -net nic,model=virtio
1542 #launch a QEMU instance with the default network helper to
1543 #connect a TAP device to bridge qemubr0
1544 qemu-system-i386 linux.img -net bridge,br=qemubr0 -net nic,model=virtio
1547 @item -net socket[,vlan=@var{n}][,name=@var{name}][,fd=@var{h}] [,listen=[@var{host}]:@var{port}][,connect=@var{host}:@var{port}]
1549 Connect the VLAN @var{n} to a remote VLAN in another QEMU virtual
1550 machine using a TCP socket connection. If @option{listen} is
1551 specified, QEMU waits for incoming connections on @var{port}
1552 (@var{host} is optional). @option{connect} is used to connect to
1553 another QEMU instance using the @option{listen} option. @option{fd}=@var{h}
1554 specifies an already opened TCP socket.
1558 # launch a first QEMU instance
1559 qemu-system-i386 linux.img \
1560 -net nic,macaddr=52:54:00:12:34:56 \
1561 -net socket,listen=:1234
1562 # connect the VLAN 0 of this instance to the VLAN 0
1563 # of the first instance
1564 qemu-system-i386 linux.img \
1565 -net nic,macaddr=52:54:00:12:34:57 \
1566 -net socket,connect=127.0.0.1:1234
1569 @item -net socket[,vlan=@var{n}][,name=@var{name}][,fd=@var{h}][,mcast=@var{maddr}:@var{port}[,localaddr=@var{addr}]]
1571 Create a VLAN @var{n} shared with another QEMU virtual
1572 machines using a UDP multicast socket, effectively making a bus for
1573 every QEMU with same multicast address @var{maddr} and @var{port}.
1577 Several QEMU can be running on different hosts and share same bus (assuming
1578 correct multicast setup for these hosts).
1580 mcast support is compatible with User Mode Linux (argument @option{eth@var{N}=mcast}), see
1581 @url{http://user-mode-linux.sf.net}.
1583 Use @option{fd=h} to specify an already opened UDP multicast socket.
1588 # launch one QEMU instance
1589 qemu-system-i386 linux.img \
1590 -net nic,macaddr=52:54:00:12:34:56 \
1591 -net socket,mcast=230.0.0.1:1234
1592 # launch another QEMU instance on same "bus"
1593 qemu-system-i386 linux.img \
1594 -net nic,macaddr=52:54:00:12:34:57 \
1595 -net socket,mcast=230.0.0.1:1234
1596 # launch yet another QEMU instance on same "bus"
1597 qemu-system-i386 linux.img \
1598 -net nic,macaddr=52:54:00:12:34:58 \
1599 -net socket,mcast=230.0.0.1:1234
1602 Example (User Mode Linux compat.):
1604 # launch QEMU instance (note mcast address selected
1606 qemu-system-i386 linux.img \
1607 -net nic,macaddr=52:54:00:12:34:56 \
1608 -net socket,mcast=239.192.168.1:1102
1610 /path/to/linux ubd0=/path/to/root_fs eth0=mcast
1613 Example (send packets from host's 1.2.3.4):
1615 qemu-system-i386 linux.img \
1616 -net nic,macaddr=52:54:00:12:34:56 \
1617 -net socket,mcast=239.192.168.1:1102,localaddr=1.2.3.4
1620 @item -net vde[,vlan=@var{n}][,name=@var{name}][,sock=@var{socketpath}] [,port=@var{n}][,group=@var{groupname}][,mode=@var{octalmode}]
1621 Connect VLAN @var{n} to PORT @var{n} of a vde switch running on host and
1622 listening for incoming connections on @var{socketpath}. Use GROUP @var{groupname}
1623 and MODE @var{octalmode} to change default ownership and permissions for
1624 communication port. This option is only available if QEMU has been compiled
1625 with vde support enabled.
1630 vde_switch -F -sock /tmp/myswitch
1631 # launch QEMU instance
1632 qemu-system-i386 linux.img -net nic -net vde,sock=/tmp/myswitch
1635 @item -net dump[,vlan=@var{n}][,file=@var{file}][,len=@var{len}]
1636 Dump network traffic on VLAN @var{n} to file @var{file} (@file{qemu-vlan0.pcap} by default).
1637 At most @var{len} bytes (64k by default) per packet are stored. The file format is
1638 libpcap, so it can be analyzed with tools such as tcpdump or Wireshark.
1641 Indicate that no network devices should be configured. It is used to
1642 override the default configuration (@option{-net nic -net user}) which
1643 is activated if no @option{-net} options are provided.
1650 DEFHEADING(Character device options:)
1652 DEF("chardev", HAS_ARG, QEMU_OPTION_chardev,
1653 "-chardev null,id=id[,mux=on|off]\n"
1654 "-chardev socket,id=id[,host=host],port=host[,to=to][,ipv4][,ipv6][,nodelay]\n"
1655 " [,server][,nowait][,telnet][,mux=on|off] (tcp)\n"
1656 "-chardev socket,id=id,path=path[,server][,nowait][,telnet],[mux=on|off] (unix)\n"
1657 "-chardev udp,id=id[,host=host],port=port[,localaddr=localaddr]\n"
1658 " [,localport=localport][,ipv4][,ipv6][,mux=on|off]\n"
1659 "-chardev msmouse,id=id[,mux=on|off]\n"
1660 "-chardev vc,id=id[[,width=width][,height=height]][[,cols=cols][,rows=rows]]\n"
1662 "-chardev file,id=id,path=path[,mux=on|off]\n"
1663 "-chardev pipe,id=id,path=path[,mux=on|off]\n"
1665 "-chardev console,id=id[,mux=on|off]\n"
1666 "-chardev serial,id=id,path=path[,mux=on|off]\n"
1668 "-chardev pty,id=id[,mux=on|off]\n"
1669 "-chardev stdio,id=id[,mux=on|off][,signal=on|off]\n"
1671 #ifdef CONFIG_BRLAPI
1672 "-chardev braille,id=id[,mux=on|off]\n"
1674 #if defined(__linux__) || defined(__sun__) || defined(__FreeBSD__) \
1675 || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__DragonFly__)
1676 "-chardev tty,id=id,path=path[,mux=on|off]\n"
1678 #if defined(__linux__) || defined(__FreeBSD__) || defined(__DragonFly__)
1679 "-chardev parport,id=id,path=path[,mux=on|off]\n"
1681 #if defined(CONFIG_SPICE)
1682 "-chardev spicevmc,id=id,name=name[,debug=debug]\n"
1689 The general form of a character device option is:
1692 @item -chardev @var{backend} ,id=@var{id} [,mux=on|off] [,@var{options}]
1710 The specific backend will determine the applicable options.
1712 All devices must have an id, which can be any string up to 127 characters long.
1713 It is used to uniquely identify this device in other command line directives.
1715 A character device may be used in multiplexing mode by multiple front-ends.
1716 The key sequence of @key{Control-a} and @key{c} will rotate the input focus
1717 between attached front-ends. Specify @option{mux=on} to enable this mode.
1719 Options to each backend are described below.
1721 @item -chardev null ,id=@var{id}
1722 A void device. This device will not emit any data, and will drop any data it
1723 receives. The null backend does not take any options.
1725 @item -chardev socket ,id=@var{id} [@var{TCP options} or @var{unix options}] [,server] [,nowait] [,telnet]
1727 Create a two-way stream socket, which can be either a TCP or a unix socket. A
1728 unix socket will be created if @option{path} is specified. Behaviour is
1729 undefined if TCP options are specified for a unix socket.
1731 @option{server} specifies that the socket shall be a listening socket.
1733 @option{nowait} specifies that QEMU should not block waiting for a client to
1734 connect to a listening socket.
1736 @option{telnet} specifies that traffic on the socket should interpret telnet
1739 TCP and unix socket options are given below:
1743 @item TCP options: port=@var{port} [,host=@var{host}] [,to=@var{to}] [,ipv4] [,ipv6] [,nodelay]
1745 @option{host} for a listening socket specifies the local address to be bound.
1746 For a connecting socket species the remote host to connect to. @option{host} is
1747 optional for listening sockets. If not specified it defaults to @code{0.0.0.0}.
1749 @option{port} for a listening socket specifies the local port to be bound. For a
1750 connecting socket specifies the port on the remote host to connect to.
1751 @option{port} can be given as either a port number or a service name.
1752 @option{port} is required.
1754 @option{to} is only relevant to listening sockets. If it is specified, and
1755 @option{port} cannot be bound, QEMU will attempt to bind to subsequent ports up
1756 to and including @option{to} until it succeeds. @option{to} must be specified
1759 @option{ipv4} and @option{ipv6} specify that either IPv4 or IPv6 must be used.
1760 If neither is specified the socket may use either protocol.
1762 @option{nodelay} disables the Nagle algorithm.
1764 @item unix options: path=@var{path}
1766 @option{path} specifies the local path of the unix socket. @option{path} is
1771 @item -chardev udp ,id=@var{id} [,host=@var{host}] ,port=@var{port} [,localaddr=@var{localaddr}] [,localport=@var{localport}] [,ipv4] [,ipv6]
1773 Sends all traffic from the guest to a remote host over UDP.
1775 @option{host} specifies the remote host to connect to. If not specified it
1776 defaults to @code{localhost}.
1778 @option{port} specifies the port on the remote host to connect to. @option{port}
1781 @option{localaddr} specifies the local address to bind to. If not specified it
1782 defaults to @code{0.0.0.0}.
1784 @option{localport} specifies the local port to bind to. If not specified any
1785 available local port will be used.
1787 @option{ipv4} and @option{ipv6} specify that either IPv4 or IPv6 must be used.
1788 If neither is specified the device may use either protocol.
1790 @item -chardev msmouse ,id=@var{id}
1792 Forward QEMU's emulated msmouse events to the guest. @option{msmouse} does not
1795 @item -chardev vc ,id=@var{id} [[,width=@var{width}] [,height=@var{height}]] [[,cols=@var{cols}] [,rows=@var{rows}]]
1797 Connect to a QEMU text console. @option{vc} may optionally be given a specific
1800 @option{width} and @option{height} specify the width and height respectively of
1801 the console, in pixels.
1803 @option{cols} and @option{rows} specify that the console be sized to fit a text
1804 console with the given dimensions.
1806 @item -chardev file ,id=@var{id} ,path=@var{path}
1808 Log all traffic received from the guest to a file.
1810 @option{path} specifies the path of the file to be opened. This file will be
1811 created if it does not already exist, and overwritten if it does. @option{path}
1814 @item -chardev pipe ,id=@var{id} ,path=@var{path}
1816 Create a two-way connection to the guest. The behaviour differs slightly between
1817 Windows hosts and other hosts:
1819 On Windows, a single duplex pipe will be created at
1820 @file{\\.pipe\@option{path}}.
1822 On other hosts, 2 pipes will be created called @file{@option{path}.in} and
1823 @file{@option{path}.out}. Data written to @file{@option{path}.in} will be
1824 received by the guest. Data written by the guest can be read from
1825 @file{@option{path}.out}. QEMU will not create these fifos, and requires them to
1828 @option{path} forms part of the pipe path as described above. @option{path} is
1831 @item -chardev console ,id=@var{id}
1833 Send traffic from the guest to QEMU's standard output. @option{console} does not
1836 @option{console} is only available on Windows hosts.
1838 @item -chardev serial ,id=@var{id} ,path=@option{path}
1840 Send traffic from the guest to a serial device on the host.
1843 only available on Windows hosts.
1845 @option{path} specifies the name of the serial device to open.
1847 @item -chardev pty ,id=@var{id}
1849 Create a new pseudo-terminal on the host and connect to it. @option{pty} does
1850 not take any options.
1852 @option{pty} is not available on Windows hosts.
1854 @item -chardev stdio ,id=@var{id} [,signal=on|off]
1855 Connect to standard input and standard output of the QEMU process.
1857 @option{signal} controls if signals are enabled on the terminal, that includes
1858 exiting QEMU with the key sequence @key{Control-c}. This option is enabled by
1859 default, use @option{signal=off} to disable it.
1861 @option{stdio} is not available on Windows hosts.
1863 @item -chardev braille ,id=@var{id}
1865 Connect to a local BrlAPI server. @option{braille} does not take any options.
1867 @item -chardev tty ,id=@var{id} ,path=@var{path}
1869 Connect to a local tty device.
1871 @option{tty} is only available on Linux, Sun, FreeBSD, NetBSD, OpenBSD and
1874 @option{path} specifies the path to the tty. @option{path} is required.
1876 @item -chardev parport ,id=@var{id} ,path=@var{path}
1878 @option{parport} is only available on Linux, FreeBSD and DragonFlyBSD hosts.
1880 Connect to a local parallel port.
1882 @option{path} specifies the path to the parallel port device. @option{path} is
1885 @item -chardev spicevmc ,id=@var{id} ,debug=@var{debug}, name=@var{name}
1887 @option{spicevmc} is only available when spice support is built in.
1889 @option{debug} debug level for spicevmc
1891 @option{name} name of spice channel to connect to
1893 Connect to a spice virtual machine channel, such as vdiport.
1901 DEFHEADING(Device URL Syntax:)
1903 In addition to using normal file images for the emulated storage devices,
1904 QEMU can also use networked resources such as iSCSI devices. These are
1905 specified using a special URL syntax.
1909 iSCSI support allows QEMU to access iSCSI resources directly and use as
1910 images for the guest storage. Both disk and cdrom images are supported.
1912 Syntax for specifying iSCSI LUNs is
1913 ``iscsi://<target-ip>[:<port>]/<target-iqn>/<lun>''
1915 By default qemu will use the iSCSI initiator-name
1916 'iqn.2008-11.org.linux-kvm[:<name>]' but this can also be set from the command
1917 line or a configuration file.
1920 Example (without authentication):
1922 qemu-system-i386 -iscsi initiator-name=iqn.2001-04.com.example:my-initiator \
1923 -cdrom iscsi://192.0.2.1/iqn.2001-04.com.example/2 \
1924 -drive file=iscsi://192.0.2.1/iqn.2001-04.com.example/1
1927 Example (CHAP username/password via URL):
1929 qemu-system-i386 -drive file=iscsi://user%password@@192.0.2.1/iqn.2001-04.com.example/1
1932 Example (CHAP username/password via environment variables):
1934 LIBISCSI_CHAP_USERNAME="user" \
1935 LIBISCSI_CHAP_PASSWORD="password" \
1936 qemu-system-i386 -drive file=iscsi://192.0.2.1/iqn.2001-04.com.example/1
1939 iSCSI support is an optional feature of QEMU and only available when
1940 compiled and linked against libiscsi.
1942 DEF("iscsi", HAS_ARG, QEMU_OPTION_iscsi,
1943 "-iscsi [user=user][,password=password]\n"
1944 " [,header-digest=CRC32C|CR32C-NONE|NONE-CRC32C|NONE\n"
1945 " [,initiator-name=iqn]\n"
1946 " iSCSI session parameters\n", QEMU_ARCH_ALL)
1949 iSCSI parameters such as username and password can also be specified via
1950 a configuration file. See qemu-doc for more information and examples.
1953 QEMU supports NBD (Network Block Devices) both using TCP protocol as well
1954 as Unix Domain Sockets.
1956 Syntax for specifying a NBD device using TCP
1957 ``nbd:<server-ip>:<port>[:exportname=<export>]''
1959 Syntax for specifying a NBD device using Unix Domain Sockets
1960 ``nbd:unix:<domain-socket>[:exportname=<export>]''
1965 qemu-system-i386 --drive file=nbd:192.0.2.1:30000
1968 Example for Unix Domain Sockets
1970 qemu-system-i386 --drive file=nbd:unix:/tmp/nbd-socket
1974 Sheepdog is a distributed storage system for QEMU.
1975 QEMU supports using either local sheepdog devices or remote networked
1978 Syntax for specifying a sheepdog device
1980 ``sheepdog:<vdiname>''
1982 ``sheepdog:<vdiname>:<snapid>''
1984 ``sheepdog:<vdiname>:<tag>''
1986 ``sheepdog:<host>:<port>:<vdiname>''
1988 ``sheepdog:<host>:<port>:<vdiname>:<snapid>''
1990 ``sheepdog:<host>:<port>:<vdiname>:<tag>''
1995 qemu-system-i386 --drive file=sheepdog:192.0.2.1:30000:MyVirtualMachine
1998 See also @url{http://http://www.osrg.net/sheepdog/}.
2003 DEFHEADING(Bluetooth(R) options:)
2005 DEF("bt", HAS_ARG, QEMU_OPTION_bt, \
2006 "-bt hci,null dumb bluetooth HCI - doesn't respond to commands\n" \
2007 "-bt hci,host[:id]\n" \
2008 " use host's HCI with the given name\n" \
2009 "-bt hci[,vlan=n]\n" \
2010 " emulate a standard HCI in virtual scatternet 'n'\n" \
2011 "-bt vhci[,vlan=n]\n" \
2012 " add host computer to virtual scatternet 'n' using VHCI\n" \
2013 "-bt device:dev[,vlan=n]\n" \
2014 " emulate a bluetooth device 'dev' in scatternet 'n'\n",
2021 Defines the function of the corresponding Bluetooth HCI. -bt options
2022 are matched with the HCIs present in the chosen machine type. For
2023 example when emulating a machine with only one HCI built into it, only
2024 the first @code{-bt hci[...]} option is valid and defines the HCI's
2025 logic. The Transport Layer is decided by the machine type. Currently
2026 the machines @code{n800} and @code{n810} have one HCI and all other
2030 The following three types are recognized:
2034 (default) The corresponding Bluetooth HCI assumes no internal logic
2035 and will not respond to any HCI commands or emit events.
2037 @item -bt hci,host[:@var{id}]
2038 (@code{bluez} only) The corresponding HCI passes commands / events
2039 to / from the physical HCI identified by the name @var{id} (default:
2040 @code{hci0}) on the computer running QEMU. Only available on @code{bluez}
2041 capable systems like Linux.
2043 @item -bt hci[,vlan=@var{n}]
2044 Add a virtual, standard HCI that will participate in the Bluetooth
2045 scatternet @var{n} (default @code{0}). Similarly to @option{-net}
2046 VLANs, devices inside a bluetooth network @var{n} can only communicate
2047 with other devices in the same network (scatternet).
2050 @item -bt vhci[,vlan=@var{n}]
2051 (Linux-host only) Create a HCI in scatternet @var{n} (default 0) attached
2052 to the host bluetooth stack instead of to the emulated target. This
2053 allows the host and target machines to participate in a common scatternet
2054 and communicate. Requires the Linux @code{vhci} driver installed. Can
2055 be used as following:
2058 qemu-system-i386 [...OPTIONS...] -bt hci,vlan=5 -bt vhci,vlan=5
2061 @item -bt device:@var{dev}[,vlan=@var{n}]
2062 Emulate a bluetooth device @var{dev} and place it in network @var{n}
2063 (default @code{0}). QEMU can only emulate one type of bluetooth devices
2068 Virtual wireless keyboard implementing the HIDP bluetooth profile.
2075 DEFHEADING(Linux/Multiboot boot specific:)
2078 When using these options, you can use a given Linux or Multiboot
2079 kernel without installing it in the disk image. It can be useful
2080 for easier testing of various kernels.
2085 DEF("kernel", HAS_ARG, QEMU_OPTION_kernel, \
2086 "-kernel bzImage use 'bzImage' as kernel image\n", QEMU_ARCH_ALL)
2088 @item -kernel @var{bzImage}
2090 Use @var{bzImage} as kernel image. The kernel can be either a Linux kernel
2091 or in multiboot format.
2094 DEF("append", HAS_ARG, QEMU_OPTION_append, \
2095 "-append cmdline use 'cmdline' as kernel command line\n", QEMU_ARCH_ALL)
2097 @item -append @var{cmdline}
2099 Use @var{cmdline} as kernel command line
2102 DEF("initrd", HAS_ARG, QEMU_OPTION_initrd, \
2103 "-initrd file use 'file' as initial ram disk\n", QEMU_ARCH_ALL)
2105 @item -initrd @var{file}
2107 Use @var{file} as initial ram disk.
2109 @item -initrd "@var{file1} arg=foo,@var{file2}"
2111 This syntax is only available with multiboot.
2113 Use @var{file1} and @var{file2} as modules and pass arg=foo as parameter to the
2117 DEF("dtb", HAS_ARG, QEMU_OPTION_dtb, \
2118 "-dtb file use 'file' as device tree image\n", QEMU_ARCH_ALL)
2120 @item -dtb @var{file}
2122 Use @var{file} as a device tree binary (dtb) image and pass it to the kernel
2132 DEFHEADING(Debug/Expert options:)
2138 DEF("serial", HAS_ARG, QEMU_OPTION_serial, \
2139 "-serial dev redirect the serial port to char device 'dev'\n",
2142 @item -serial @var{dev}
2144 Redirect the virtual serial port to host character device
2145 @var{dev}. The default device is @code{vc} in graphical mode and
2146 @code{stdio} in non graphical mode.
2148 This option can be used several times to simulate up to 4 serial
2151 Use @code{-serial none} to disable all serial ports.
2153 Available character devices are:
2155 @item vc[:@var{W}x@var{H}]
2156 Virtual console. Optionally, a width and height can be given in pixel with
2160 It is also possible to specify width or height in characters:
2165 [Linux only] Pseudo TTY (a new PTY is automatically allocated)
2167 No device is allocated.
2171 [Linux only] Use host tty, e.g. @file{/dev/ttyS0}. The host serial port
2172 parameters are set according to the emulated ones.
2173 @item /dev/parport@var{N}
2174 [Linux only, parallel port only] Use host parallel port
2175 @var{N}. Currently SPP and EPP parallel port features can be used.
2176 @item file:@var{filename}
2177 Write output to @var{filename}. No character can be read.
2179 [Unix only] standard input/output
2180 @item pipe:@var{filename}
2181 name pipe @var{filename}
2183 [Windows only] Use host serial port @var{n}
2184 @item udp:[@var{remote_host}]:@var{remote_port}[@@[@var{src_ip}]:@var{src_port}]
2185 This implements UDP Net Console.
2186 When @var{remote_host} or @var{src_ip} are not specified
2187 they default to @code{0.0.0.0}.
2188 When not using a specified @var{src_port} a random port is automatically chosen.
2190 If you just want a simple readonly console you can use @code{netcat} or
2191 @code{nc}, by starting QEMU with: @code{-serial udp::4555} and nc as:
2192 @code{nc -u -l -p 4555}. Any time QEMU writes something to that port it
2193 will appear in the netconsole session.
2195 If you plan to send characters back via netconsole or you want to stop
2196 and start QEMU a lot of times, you should have QEMU use the same
2197 source port each time by using something like @code{-serial
2198 udp::4555@@:4556} to QEMU. Another approach is to use a patched
2199 version of netcat which can listen to a TCP port and send and receive
2200 characters via udp. If you have a patched version of netcat which
2201 activates telnet remote echo and single char transfer, then you can
2202 use the following options to step up a netcat redirector to allow
2203 telnet on port 5555 to access the QEMU port.
2206 -serial udp::4555@@:4556
2207 @item netcat options:
2208 -u -P 4555 -L 0.0.0.0:4556 -t -p 5555 -I -T
2209 @item telnet options:
2213 @item tcp:[@var{host}]:@var{port}[,@var{server}][,nowait][,nodelay]
2214 The TCP Net Console has two modes of operation. It can send the serial
2215 I/O to a location or wait for a connection from a location. By default
2216 the TCP Net Console is sent to @var{host} at the @var{port}. If you use
2217 the @var{server} option QEMU will wait for a client socket application
2218 to connect to the port before continuing, unless the @code{nowait}
2219 option was specified. The @code{nodelay} option disables the Nagle buffering
2220 algorithm. If @var{host} is omitted, 0.0.0.0 is assumed. Only
2221 one TCP connection at a time is accepted. You can use @code{telnet} to
2222 connect to the corresponding character device.
2224 @item Example to send tcp console to 192.168.0.2 port 4444
2225 -serial tcp:192.168.0.2:4444
2226 @item Example to listen and wait on port 4444 for connection
2227 -serial tcp::4444,server
2228 @item Example to not wait and listen on ip 192.168.0.100 port 4444
2229 -serial tcp:192.168.0.100:4444,server,nowait
2232 @item telnet:@var{host}:@var{port}[,server][,nowait][,nodelay]
2233 The telnet protocol is used instead of raw tcp sockets. The options
2234 work the same as if you had specified @code{-serial tcp}. The
2235 difference is that the port acts like a telnet server or client using
2236 telnet option negotiation. This will also allow you to send the
2237 MAGIC_SYSRQ sequence if you use a telnet that supports sending the break
2238 sequence. Typically in unix telnet you do it with Control-] and then
2239 type "send break" followed by pressing the enter key.
2241 @item unix:@var{path}[,server][,nowait]
2242 A unix domain socket is used instead of a tcp socket. The option works the
2243 same as if you had specified @code{-serial tcp} except the unix domain socket
2244 @var{path} is used for connections.
2246 @item mon:@var{dev_string}
2247 This is a special option to allow the monitor to be multiplexed onto
2248 another serial port. The monitor is accessed with key sequence of
2249 @key{Control-a} and then pressing @key{c}. See monitor access
2250 @ref{pcsys_keys} in the -nographic section for more keys.
2251 @var{dev_string} should be any one of the serial devices specified
2252 above. An example to multiplex the monitor onto a telnet server
2253 listening on port 4444 would be:
2255 @item -serial mon:telnet::4444,server,nowait
2259 Braille device. This will use BrlAPI to display the braille output on a real
2263 Three button serial mouse. Configure the guest to use Microsoft protocol.
2267 DEF("parallel", HAS_ARG, QEMU_OPTION_parallel, \
2268 "-parallel dev redirect the parallel port to char device 'dev'\n",
2271 @item -parallel @var{dev}
2273 Redirect the virtual parallel port to host device @var{dev} (same
2274 devices as the serial port). On Linux hosts, @file{/dev/parportN} can
2275 be used to use hardware devices connected on the corresponding host
2278 This option can be used several times to simulate up to 3 parallel
2281 Use @code{-parallel none} to disable all parallel ports.
2284 DEF("monitor", HAS_ARG, QEMU_OPTION_monitor, \
2285 "-monitor dev redirect the monitor to char device 'dev'\n",
2288 @item -monitor @var{dev}
2290 Redirect the monitor to host device @var{dev} (same devices as the
2292 The default device is @code{vc} in graphical mode and @code{stdio} in
2295 DEF("qmp", HAS_ARG, QEMU_OPTION_qmp, \
2296 "-qmp dev like -monitor but opens in 'control' mode\n",
2299 @item -qmp @var{dev}
2301 Like -monitor but opens in 'control' mode.
2304 DEF("mon", HAS_ARG, QEMU_OPTION_mon, \
2305 "-mon chardev=[name][,mode=readline|control][,default]\n", QEMU_ARCH_ALL)
2307 @item -mon chardev=[name][,mode=readline|control][,default]
2309 Setup monitor on chardev @var{name}.
2312 DEF("debugcon", HAS_ARG, QEMU_OPTION_debugcon, \
2313 "-debugcon dev redirect the debug console to char device 'dev'\n",
2316 @item -debugcon @var{dev}
2318 Redirect the debug console to host device @var{dev} (same devices as the
2319 serial port). The debug console is an I/O port which is typically port
2320 0xe9; writing to that I/O port sends output to this device.
2321 The default device is @code{vc} in graphical mode and @code{stdio} in
2325 DEF("pidfile", HAS_ARG, QEMU_OPTION_pidfile, \
2326 "-pidfile file write PID to 'file'\n", QEMU_ARCH_ALL)
2328 @item -pidfile @var{file}
2330 Store the QEMU process PID in @var{file}. It is useful if you launch QEMU
2334 DEF("singlestep", 0, QEMU_OPTION_singlestep, \
2335 "-singlestep always run in singlestep mode\n", QEMU_ARCH_ALL)
2339 Run the emulation in single step mode.
2342 DEF("S", 0, QEMU_OPTION_S, \
2343 "-S freeze CPU at startup (use 'c' to start execution)\n",
2348 Do not start CPU at startup (you must type 'c' in the monitor).
2351 DEF("gdb", HAS_ARG, QEMU_OPTION_gdb, \
2352 "-gdb dev wait for gdb connection on 'dev'\n", QEMU_ARCH_ALL)
2354 @item -gdb @var{dev}
2356 Wait for gdb connection on device @var{dev} (@pxref{gdb_usage}). Typical
2357 connections will likely be TCP-based, but also UDP, pseudo TTY, or even
2358 stdio are reasonable use case. The latter is allowing to start QEMU from
2359 within gdb and establish the connection via a pipe:
2361 (gdb) target remote | exec qemu-system-i386 -gdb stdio ...
2365 DEF("s", 0, QEMU_OPTION_s, \
2366 "-s shorthand for -gdb tcp::" DEFAULT_GDBSTUB_PORT "\n",
2371 Shorthand for -gdb tcp::1234, i.e. open a gdbserver on TCP port 1234
2372 (@pxref{gdb_usage}).
2375 DEF("d", HAS_ARG, QEMU_OPTION_d, \
2376 "-d item1,... output log to /tmp/qemu.log (use -d ? for a list of log items)\n",
2381 Output log in /tmp/qemu.log
2384 DEF("D", HAS_ARG, QEMU_OPTION_D, \
2385 "-D logfile output log to logfile (instead of the default /tmp/qemu.log)\n",
2388 @item -D @var{logfile}
2390 Output log in @var{logfile} instead of /tmp/qemu.log
2393 DEF("hdachs", HAS_ARG, QEMU_OPTION_hdachs, \
2394 "-hdachs c,h,s[,t]\n" \
2395 " force hard disk 0 physical geometry and the optional BIOS\n" \
2396 " translation (t=none or lba) (usually QEMU can guess them)\n",
2399 @item -hdachs @var{c},@var{h},@var{s},[,@var{t}]
2401 Force hard disk 0 physical geometry (1 <= @var{c} <= 16383, 1 <=
2402 @var{h} <= 16, 1 <= @var{s} <= 63) and optionally force the BIOS
2403 translation mode (@var{t}=none, lba or auto). Usually QEMU can guess
2404 all those parameters. This option is useful for old MS-DOS disk
2408 DEF("L", HAS_ARG, QEMU_OPTION_L, \
2409 "-L path set the directory for the BIOS, VGA BIOS and keymaps\n",
2414 Set the directory for the BIOS, VGA BIOS and keymaps.
2417 DEF("bios", HAS_ARG, QEMU_OPTION_bios, \
2418 "-bios file set the filename for the BIOS\n", QEMU_ARCH_ALL)
2420 @item -bios @var{file}
2422 Set the filename for the BIOS.
2425 DEF("enable-kvm", 0, QEMU_OPTION_enable_kvm, \
2426 "-enable-kvm enable KVM full virtualization support\n", QEMU_ARCH_ALL)
2430 Enable KVM full virtualization support. This option is only available
2431 if KVM support is enabled when compiling.
2434 DEF("enable-gl", 0, QEMU_OPTION_enable_gl, \
2435 "-enable-gl enable OpenGL passthrough support\n", QEMU_ARCH_ALL)
2439 Enable OpenGL passthrough support. This option requires the support of a
2440 special libGL installed on the guest OS.
2444 DEF("enable-hax", 0, QEMU_OPTION_enable_hax, \
2445 "-enable-hax enable HAX virtualization support\n", QEMU_ARCH_I386)
2449 Enable HAX (Hardware-based Acceleration eXecution) support. When HAX support detected, emulator will enable it by default. This option will disable the default action
2450 HAX is only supported in MAC and Windows platform and is not conflict with KVM.
2453 DEF("xen-domid", HAS_ARG, QEMU_OPTION_xen_domid,
2454 "-xen-domid id specify xen guest domain id\n", QEMU_ARCH_ALL)
2455 DEF("xen-create", 0, QEMU_OPTION_xen_create,
2456 "-xen-create create domain using xen hypercalls, bypassing xend\n"
2457 " warning: should not be used when xend is in use\n",
2459 DEF("xen-attach", 0, QEMU_OPTION_xen_attach,
2460 "-xen-attach attach to existing xen domain\n"
2461 " xend will use this when starting QEMU\n",
2464 @item -xen-domid @var{id}
2466 Specify xen guest domain @var{id} (XEN only).
2469 Create domain using xen hypercalls, bypassing xend.
2470 Warning: should not be used when xend is in use (XEN only).
2473 Attach to existing xen domain.
2474 xend will use this when starting QEMU (XEN only).
2477 DEF("no-reboot", 0, QEMU_OPTION_no_reboot, \
2478 "-no-reboot exit instead of rebooting\n", QEMU_ARCH_ALL)
2482 Exit instead of rebooting.
2485 DEF("no-shutdown", 0, QEMU_OPTION_no_shutdown, \
2486 "-no-shutdown stop before shutdown\n", QEMU_ARCH_ALL)
2489 @findex -no-shutdown
2490 Don't exit QEMU on guest shutdown, but instead only stop the emulation.
2491 This allows for instance switching to monitor to commit changes to the
2495 DEF("loadvm", HAS_ARG, QEMU_OPTION_loadvm, \
2496 "-loadvm [tag|id]\n" \
2497 " start right away with a saved state (loadvm in monitor)\n",
2500 @item -loadvm @var{file}
2502 Start right away with a saved state (@code{loadvm} in monitor)
2506 DEF("daemonize", 0, QEMU_OPTION_daemonize, \
2507 "-daemonize daemonize QEMU after initializing\n", QEMU_ARCH_ALL)
2512 Daemonize the QEMU process after initialization. QEMU will not detach from
2513 standard IO until it is ready to receive connections on any of its devices.
2514 This option is a useful way for external programs to launch QEMU without having
2515 to cope with initialization race conditions.
2518 DEF("option-rom", HAS_ARG, QEMU_OPTION_option_rom, \
2519 "-option-rom rom load a file, rom, into the option ROM space\n",
2522 @item -option-rom @var{file}
2524 Load the contents of @var{file} as an option ROM.
2525 This option is useful to load things like EtherBoot.
2528 DEF("clock", HAS_ARG, QEMU_OPTION_clock, \
2529 "-clock force the use of the given methods for timer alarm.\n" \
2530 " To see what timers are available use -clock ?\n",
2533 @item -clock @var{method}
2535 Force the use of the given methods for timer alarm. To see what timers
2536 are available use -clock ?.
2539 HXCOMM Options deprecated by -rtc
2540 DEF("localtime", 0, QEMU_OPTION_localtime, "", QEMU_ARCH_ALL)
2541 DEF("startdate", HAS_ARG, QEMU_OPTION_startdate, "", QEMU_ARCH_ALL)
2543 DEF("rtc", HAS_ARG, QEMU_OPTION_rtc, \
2544 "-rtc [base=utc|localtime|date][,clock=host|rt|vm][,driftfix=none|slew]\n" \
2545 " set the RTC base and clock, enable drift fix for clock ticks (x86 only)\n",
2550 @item -rtc [base=utc|localtime|@var{date}][,clock=host|vm][,driftfix=none|slew]
2552 Specify @option{base} as @code{utc} or @code{localtime} to let the RTC start at the current
2553 UTC or local time, respectively. @code{localtime} is required for correct date in
2554 MS-DOS or Windows. To start at a specific point in time, provide @var{date} in the
2555 format @code{2006-06-17T16:01:21} or @code{2006-06-17}. The default base is UTC.
2557 By default the RTC is driven by the host system time. This allows to use the
2558 RTC as accurate reference clock inside the guest, specifically if the host
2559 time is smoothly following an accurate external reference clock, e.g. via NTP.
2560 If you want to isolate the guest time from the host, you can set @option{clock}
2561 to @code{rt} instead. To even prevent it from progressing during suspension,
2562 you can set it to @code{vm}.
2564 Enable @option{driftfix} (i386 targets only) if you experience time drift problems,
2565 specifically with Windows' ACPI HAL. This option will try to figure out how
2566 many timer interrupts were not processed by the Windows guest and will
2570 DEF("icount", HAS_ARG, QEMU_OPTION_icount, \
2571 "-icount [N|auto]\n" \
2572 " enable virtual instruction counter with 2^N clock ticks per\n" \
2573 " instruction\n", QEMU_ARCH_ALL)
2575 @item -icount [@var{N}|auto]
2577 Enable virtual instruction counter. The virtual cpu will execute one
2578 instruction every 2^@var{N} ns of virtual time. If @code{auto} is specified
2579 then the virtual cpu speed will be automatically adjusted to keep virtual
2580 time within a few seconds of real time.
2582 Note that while this option can give deterministic behavior, it does not
2583 provide cycle accurate emulation. Modern CPUs contain superscalar out of
2584 order cores with complex cache hierarchies. The number of instructions
2585 executed often has little or no correlation with actual performance.
2588 DEF("watchdog", HAS_ARG, QEMU_OPTION_watchdog, \
2589 "-watchdog i6300esb|ib700\n" \
2590 " enable virtual hardware watchdog [default=none]\n",
2593 @item -watchdog @var{model}
2595 Create a virtual hardware watchdog device. Once enabled (by a guest
2596 action), the watchdog must be periodically polled by an agent inside
2597 the guest or else the guest will be restarted.
2599 The @var{model} is the model of hardware watchdog to emulate. Choices
2600 for model are: @code{ib700} (iBASE 700) which is a very simple ISA
2601 watchdog with a single timer, or @code{i6300esb} (Intel 6300ESB I/O
2602 controller hub) which is a much more featureful PCI-based dual-timer
2603 watchdog. Choose a model for which your guest has drivers.
2605 Use @code{-watchdog ?} to list available hardware models. Only one
2606 watchdog can be enabled for a guest.
2609 DEF("watchdog-action", HAS_ARG, QEMU_OPTION_watchdog_action, \
2610 "-watchdog-action reset|shutdown|poweroff|pause|debug|none\n" \
2611 " action when watchdog fires [default=reset]\n",
2614 @item -watchdog-action @var{action}
2616 The @var{action} controls what QEMU will do when the watchdog timer
2619 @code{reset} (forcefully reset the guest).
2620 Other possible actions are:
2621 @code{shutdown} (attempt to gracefully shutdown the guest),
2622 @code{poweroff} (forcefully poweroff the guest),
2623 @code{pause} (pause the guest),
2624 @code{debug} (print a debug message and continue), or
2625 @code{none} (do nothing).
2627 Note that the @code{shutdown} action requires that the guest responds
2628 to ACPI signals, which it may not be able to do in the sort of
2629 situations where the watchdog would have expired, and thus
2630 @code{-watchdog-action shutdown} is not recommended for production use.
2635 @item -watchdog i6300esb -watchdog-action pause
2636 @item -watchdog ib700
2640 DEF("echr", HAS_ARG, QEMU_OPTION_echr, \
2641 "-echr chr set terminal escape character instead of ctrl-a\n",
2645 @item -echr @var{numeric_ascii_value}
2647 Change the escape character used for switching to the monitor when using
2648 monitor and serial sharing. The default is @code{0x01} when using the
2649 @code{-nographic} option. @code{0x01} is equal to pressing
2650 @code{Control-a}. You can select a different character from the ascii
2651 control keys where 1 through 26 map to Control-a through Control-z. For
2652 instance you could use the either of the following to change the escape
2653 character to Control-t.
2660 DEF("virtioconsole", HAS_ARG, QEMU_OPTION_virtiocon, \
2661 "-virtioconsole c\n" \
2662 " set virtio console\n", QEMU_ARCH_ALL)
2664 @item -virtioconsole @var{c}
2665 @findex -virtioconsole
2668 This option is maintained for backward compatibility.
2670 Please use @code{-device virtconsole} for the new way of invocation.
2673 DEF("show-cursor", 0, QEMU_OPTION_show_cursor, \
2674 "-show-cursor show cursor\n", QEMU_ARCH_ALL)
2677 @findex -show-cursor
2681 DEF("tb-size", HAS_ARG, QEMU_OPTION_tb_size, \
2682 "-tb-size n set TB size\n", QEMU_ARCH_ALL)
2684 @item -tb-size @var{n}
2689 DEF("incoming", HAS_ARG, QEMU_OPTION_incoming, \
2690 "-incoming p prepare for incoming migration, listen on port p\n",
2693 @item -incoming @var{port}
2695 Prepare for incoming migration, listen on @var{port}.
2698 DEF("nodefaults", 0, QEMU_OPTION_nodefaults, \
2699 "-nodefaults don't create default devices\n", QEMU_ARCH_ALL)
2703 Don't create default devices. Normally, QEMU sets the default devices like serial
2704 port, parallel port, virtual console, monitor device, VGA adapter, floppy and
2705 CD-ROM drive and others. The @code{-nodefaults} option will disable all those
2710 DEF("chroot", HAS_ARG, QEMU_OPTION_chroot, \
2711 "-chroot dir chroot to dir just before starting the VM\n",
2715 @item -chroot @var{dir}
2717 Immediately before starting guest execution, chroot to the specified
2718 directory. Especially useful in combination with -runas.
2722 DEF("runas", HAS_ARG, QEMU_OPTION_runas, \
2723 "-runas user change to user id user just before starting the VM\n",
2727 @item -runas @var{user}
2729 Immediately before starting guest execution, drop root privileges, switching
2730 to the specified user.
2733 DEF("prom-env", HAS_ARG, QEMU_OPTION_prom_env,
2734 "-prom-env variable=value\n"
2735 " set OpenBIOS nvram variables\n",
2736 QEMU_ARCH_PPC | QEMU_ARCH_SPARC)
2738 @item -prom-env @var{variable}=@var{value}
2740 Set OpenBIOS nvram @var{variable} to given @var{value} (PPC, SPARC only).
2742 DEF("semihosting", 0, QEMU_OPTION_semihosting,
2743 "-semihosting semihosting mode\n", QEMU_ARCH_ARM | QEMU_ARCH_M68K | QEMU_ARCH_XTENSA)
2746 @findex -semihosting
2747 Semihosting mode (ARM, M68K, Xtensa only).
2749 DEF("old-param", 0, QEMU_OPTION_old_param,
2750 "-old-param old param mode\n", QEMU_ARCH_ARM)
2753 @findex -old-param (ARM)
2754 Old param mode (ARM only).
2757 DEF("sandbox", HAS_ARG, QEMU_OPTION_sandbox, \
2758 "-sandbox <arg> Enable seccomp mode 2 system call filter (default 'off').\n",
2763 Enable Seccomp mode 2 system call filter. 'on' will enable syscall filtering and 'off' will
2764 disable it. The default is 'off'.
2767 DEF("readconfig", HAS_ARG, QEMU_OPTION_readconfig,
2768 "-readconfig <file>\n", QEMU_ARCH_ALL)
2770 @item -readconfig @var{file}
2772 Read device configuration from @var{file}. This approach is useful when you want to spawn
2773 QEMU process with many command line options but you don't want to exceed the command line
2776 DEF("writeconfig", HAS_ARG, QEMU_OPTION_writeconfig,
2777 "-writeconfig <file>\n"
2778 " read/write config file\n", QEMU_ARCH_ALL)
2780 @item -writeconfig @var{file}
2781 @findex -writeconfig
2782 Write device configuration to @var{file}. The @var{file} can be either filename to save
2783 command line and device configuration into file or dash @code{-}) character to print the
2784 output to stdout. This can be later used as input file for @code{-readconfig} option.
2786 DEF("nodefconfig", 0, QEMU_OPTION_nodefconfig,
2788 " do not load default config files at startup\n",
2792 @findex -nodefconfig
2793 Normally QEMU loads configuration files from @var{sysconfdir} and @var{datadir} at startup.
2794 The @code{-nodefconfig} option will prevent QEMU from loading any of those config files.
2796 DEF("no-user-config", 0, QEMU_OPTION_nouserconfig,
2798 " do not load user-provided config files at startup\n",
2801 @item -no-user-config
2802 @findex -no-user-config
2803 The @code{-no-user-config} option makes QEMU not load any of the user-provided
2804 config files on @var{sysconfdir}, but won't make it skip the QEMU-provided config
2805 files from @var{datadir}.
2807 DEF("trace", HAS_ARG, QEMU_OPTION_trace,
2808 "-trace [events=<file>][,file=<file>]\n"
2809 " specify tracing options\n",
2812 HXCOMM This line is not accurate, as some sub-options are backend-specific but
2813 HXCOMM HX does not support conditional compilation of text.
2814 @item -trace [events=@var{file}][,file=@var{file}]
2817 Specify tracing options.
2820 @item events=@var{file}
2821 Immediately enable events listed in @var{file}.
2822 The file must contain one event name (as listed in the @var{trace-events} file)
2824 This option is only available if QEMU has been compiled with
2825 either @var{simple} or @var{stderr} tracing backend.
2826 @item file=@var{file}
2827 Log output traces to @var{file}.
2829 This option is only available if QEMU has been compiled with
2830 the @var{simple} tracing backend.
2834 DEF("max-touch-point", HAS_ARG, QEMU_OPTION_max_touch_point, \
2835 "-max-touch-point [count]\n"
2836 " define maximum number of touch point\n",
2839 @item -max-touch-point @var{max_count}
2840 @findex -max-touch-point
2841 Use @var{max_count} as Integer
2844 DEF("disable-skin", 0, QEMU_OPTION_disable_skin, \
2846 " do not start with java skin process\n",
2850 @findex -disable-skin
2853 DEF("qtest", HAS_ARG, QEMU_OPTION_qtest,
2854 "-qtest CHR specify tracing options\n",
2857 DEF("qtest-log", HAS_ARG, QEMU_OPTION_qtest_log,
2858 "-qtest-log LOG specify tracing options\n",
2862 DEF("enable-fips", 0, QEMU_OPTION_enablefips,
2863 "-enable-fips enable FIPS 140-2 compliance\n",
2868 @findex -enable-fips
2869 Enable FIPS 140-2 compliance mode.
2872 HXCOMM This is the last statement. Insert new options before this line!