KVM - Recent changes [en]

Guest Support Status

Hiekjoha — Fri, 24 May 2013 15:54:51 GMT

added Win98SE-3

Revision as of 15:54, 24 May 2013		Current revision
Line 345:		Line 345:
	\| no way		\| no way
	\| install crashes		\| install crashes
		+	\|-
		+
		+	\| Windows 98SE
		+	\| 32
		+	\| kvm-1.12.5
		+	\| AMD
		+	\| 32, 64
		+	\| works with a trick
		+	\| copy an existing installation with qemu-img \
		+	opts: nic,model=ne2k_pci, soundhw=sb16, vga=cirrus+cirrus-Win96-Driver \
		+	tested by hiekjoha
	\|-		\|-

Line 1,108:		Line 1,119:
	\| Works		\| Works
	\|		\|
		+	\|-
		+
		+	\| Knoppix 6.2
		+	\| 32
		+	\| kvm-1.12.5
		+	\| AMD
		+	\| 32, 64
		+	\| Works
		+	\| tested by hiekjoha
		+	\|-
		+
		+	\| Knoppix 6.7.1
		+	\| 32
		+	\| kvm-1.12.5
		+	\| AMD
		+	\| 32, 64
		+	\| Works
		+	\| tested by hiekjoha
	\|}		\|}

Line 2,317:		Line 2,346:
	\| tested by Anna.L Karl /		\| tested by Anna.L Karl /
	[http://www.vittleende.se/ Tandblekning]		[http://www.vittleende.se/ Tandblekning]
		+	\|-
		+
		+	\| clonezilla-live-1.2.* - iso
		+	\| 32
		+	\| kvm-1.12.5
		+	\| AMD
		+	\| 32, 64
		+	\| Works
		+	\| tested by hiekjoha
		+	\|
	\|}		\|}

NetworkingTodo

Mst — Fri, 24 May 2013 14:02:25 GMT

another project with no owner

Revision as of 14:02, 24 May 2013		Current revision
Line 107:		Line 107:

	* netdev polling for virtio.		* netdev polling for virtio.
		+	There are two kinds of netdev polling:
		+	- netpoll - used for debugging
		+	- proposed low latency net polling
	See http://lkml.indiana.edu/hypermail/linux/kernel/1303.0/00553.html		See http://lkml.indiana.edu/hypermail/linux/kernel/1303.0/00553.html

Line 133:		Line 136:
	* more GSO type support:		* more GSO type support:
	Kernel not support more type of GSO: FCOE, GRE, UDP_TUNNEL		Kernel not support more type of GSO: FCOE, GRE, UDP_TUNNEL
		+
		+	* ring aliasing:
		+	using vhost-net as a networking backend with virtio-net in QEMU
		+	being what's guest facing.
		+	This gives you the best of both worlds: QEMU acts as a first
		+	line of defense against a malicious guest while still getting the
		+	performance advantages of vhost-net (zero-copy).
		+	In fact a bit of complexity in vhost was put there in the vague hope to
		+	support something like this: virtio rings are not translated through
		+	regular memory tables, instead, vhost gets a pointer to ring address.
		+	This allows qemu acting as a man in the middle,
		+	verifying the descriptors but not touching the packet data.
		+

	=== vague ideas: path to implementation not clear		=== vague ideas: path to implementation not clear

NetworkingTodo

Jasowang — Fri, 24 May 2013 09:34:53 GMT

Revision as of 09:34, 24 May 2013		Current revision
Line 23:		Line 23:
	Multiqueue causes regression in some workloads, thus		Multiqueue causes regression in some workloads, thus
	it is off by default. Detect and enable/disable		it is off by default. Detect and enable/disable
-	automatically so we can make it on by default	+	automatically so we can make it on by default.
		+	This is because GSO tends to batch less when mq is enabled.
		+	https://patchwork.kernel.org/patch/2235191/
		+	Developer: Jason Wang
		+
		+	* rework on flow caches
		+	Current hlist implementation of flow caches has several limitations:
		+	1) at worst case, linear search will be bad
		+	2) not scale
		+	https://patchwork.kernel.org/patch/2025121/
		+	Developer: Jason Wang
		+
		+	* eliminate the extra copy in virtio-net driver
		+	We need do an extra copy of 128 bytes for every packets.
		+	This could be eliminated for small packets by:
		+	1) use build_skb() and head frag
		+	2) bigger vnet header length ( >= NET_SKB_PAD + NET_IP_ALIGN )
		+	Or use a dedicated queue for small packet receiving ? (reordering)
		+	Developer: Jason Wang
		+
		+	* make pktgen works for virtio-net ( or partially orphan )
		+	virtio-net orphan the skb during tx,
		+	which will makes pktgen wait for ever to the refcnt.
		+	Jason's idea: introduce a flat to tell pktgen not for wait
		+	Discussion here: https://patchwork.kernel.org/patch/1800711/
		+	MST's idea: add a .ndo_tx_polling not only for pktgen
		+	Developer: Jason Wang
		+
		+	* Add HW_VLAN_TX support for tap
		+	Eliminate the extra data moving for tagged packets
		+	Developer: Jason Wang
		+
		+	* Announce self by guest driver
		+	Send gARP by guest driver. Guest part is finished.
		+	Qemu is ongoing.
		+	V7 patches is here:
		+	http://lists.nongnu.org/archive/html/qemu-devel/2013-03/msg01127.html
	Developer: Jason Wang		Developer: Jason Wang

Line 94:		Line 130:
	support "reposting" buffers for mergeable buffers,		support "reposting" buffers for mergeable buffers,
	support pool for indirect buffers		support pool for indirect buffers
		+
		+	* more GSO type support:
		+	Kernel not support more type of GSO: FCOE, GRE, UDP_TUNNEL

	=== vague ideas: path to implementation not clear		=== vague ideas: path to implementation not clear
Line 108:		Line 147:
	core, need to teach it to allocate array of		core, need to teach it to allocate array of
	pointers and not array of queues.		pointers and not array of queues.
		+	Jason has an draft patch to use flex array.
		+	Another thing is to move the flow caches out of tun_struct.
		+	Developer: Jason Wang

	* irq/numa affinity:		* irq/numa affinity:
Line 130:		Line 172:
	* vlan filtering in bridge		* vlan filtering in bridge
	IGMP snooping in bridge should take vlans into account		IGMP snooping in bridge should take vlans into account
		+
		+	* tx coalescing
		+	Delay several packets before kick the device.
		+
		+	* interrupt coalescing
		+	Reduce the number of interrupt
		+

NetworkingTodo

Mst — Thu, 23 May 2013 21:52:46 GMT

Revision as of 21:52, 23 May 2013		Current revision
Line 8:		Line 8:
	* vhost-net scalability tuning: threading for many VMs		* vhost-net scalability tuning: threading for many VMs
	Plan: switch to workqueue shared by many VMs		Plan: switch to workqueue shared by many VMs
-	www.mail-archive.com/kvm@vger.kernel.org/msg69868.html	+	http://www.mail-archive.com/kvm@vger.kernel.org/msg69868.html
-	Developer: Shirley Ma?, MST	+
		+	http://domino.research.ibm.com/library/cyberdig.nsf/1e4115aea78b6e7c85256b360066f0d4/479e3578ed05bfac85257b4200427735!OpenDocument
		+
		+	Developer: Shirley Ma?, MST?
	Testing: netperf guest to guest		Testing: netperf guest to guest

Line 79:		Line 82:

	* RDMA bridging		* RDMA bridging
		+
		+	* DMA emgine (IOAT) use in tun
		+	Old patch here: [PATCH RFC] tun: dma engine support
		+	It does not speed things up. Need to see why and
		+	what can be done.

	* use kvm eventfd support for injecting level interrupts,		* use kvm eventfd support for injecting level interrupts,
	enable vhost by default for level interrupts		enable vhost by default for level interrupts
-
-	* DMA emgine (IOAT) use in tun

	* virtio API extension: improve small packet/large buffer performance:		* virtio API extension: improve small packet/large buffer performance:
Line 98:		Line 104:

	* support more queues		* support more queues
-	We limit TUN to 8 queues	+	We limit TUN to 8 queues, but we really want
		+	1 queue per guest CPU. The limit comes from net
		+	core, need to teach it to allocate array of
		+	pointers and not array of queues.

	* irq/numa affinity:		* irq/numa affinity:

KVM Forum 2012

Knoel — Thu, 23 May 2013 18:49:41 GMT

Revision as of 18:49, 23 May 2013		Current revision
Line 61:		Line 61:
	\|2:30pm \|\| [[Media:2012-forum-glusterfs-stefanha.pdf \| GlusterFS for KVM Users and Developers]] \|\| Stefan Hajnoczi, Red Hat \|\| [[Media:2012-forum-megasas-vfio.pdf \| Megasas on Steroids: Qemu Device-Passthrough With VFIO]] \|\| Hannes Reinecke, SUSE		\|2:30pm \|\| [[Media:2012-forum-glusterfs-stefanha.pdf \| GlusterFS for KVM Users and Developers]] \|\| Stefan Hajnoczi, Red Hat \|\| [[Media:2012-forum-megasas-vfio.pdf \| Megasas on Steroids: Qemu Device-Passthrough With VFIO]] \|\| Hannes Reinecke, SUSE
	\|-		\|-
-	\|3:30pm \|\| [[Media:2012-forum-nakajima apicv.pdf \| Enabling Optimized Interrupt/APIC Virtualization in KVM]] \|\| Jun Nakajima, Intel \|\| QEMU Live Block Operations: Snapshots, Merging, and Mirroring \|\| Jeff Cody, Red Hat	+	\|3:30pm \|\| [[Media:2012-forum-nakajima apicv.pdf \| Enabling Optimized Interrupt/APIC Virtualization in KVM]] \|\| Jun Nakajima, Intel \|\| [[Media:2012-forum-Snapshots-Cody.pdf \| QEMU Live Block Operations: Snapshots, Merging, and Mirroring]] \|\| Jeff Cody, Red Hat
	\|-		\|-
	\|4:00pm \|\| [[Media:2012-forum-device-sharing-Bharat.pdf \| Efficient Sharing of Physical Devices Between KVM Guests and Host]] \|\| Bharat Bhushan, Freescale \|\| [[Media:2012-forum-virtio-blk-performance-improvement.pdf \| Virtio-blk Performance Improvement]] \|\| Asias He, Red Hat		\|4:00pm \|\| [[Media:2012-forum-device-sharing-Bharat.pdf \| Efficient Sharing of Physical Devices Between KVM Guests and Host]] \|\| Bharat Bhushan, Freescale \|\| [[Media:2012-forum-virtio-blk-performance-improvement.pdf \| Virtio-blk Performance Improvement]] \|\| Asias He, Red Hat

Special:Log/upload

Knoel — Thu, 23 May 2013 18:47:46 GMT

uploaded "[[Image:2012-forum-Snapshots-Cody.pdf]]"

Main Page

Knoel — Thu, 23 May 2013 16:36:21 GMT

Revision as of 16:36, 23 May 2013		Current revision
Line 13:		Line 13:
	\|style="width:50%;border:none;"\|		\|style="width:50%;border:none;"\|
	* [[KVM Forum]]		* [[KVM Forum]]
		+	** [[KVM Forum 2012]]
	** [[KVM Forum 2011]]		** [[KVM Forum 2011]]
	** [[KVM Forum 2010]]		** [[KVM Forum 2010]]

NetworkingTodo

Kongove — Thu, 23 May 2013 13:00:19 GMT

Revision as of 13:00, 23 May 2013		Current revision
Line 61:		Line 61:
	* Improve stats, make them more helpful for per analysis		* Improve stats, make them more helpful for per analysis
	Developer: Sriram Narasimhan		Developer: Sriram Narasimhan
		+
		+	* Bug: e1000 & rtl8139: Change macaddr in guest, but not update to qemu (info network)
		+	Developer: Amos Kong

	=== projects that are not started yet - no owner ===		=== projects that are not started yet - no owner ===

NetworkingTodo

Mst — Thu, 23 May 2013 10:43:24 GMT

Revision as of 10:43, 23 May 2013		Current revision
Line 2:		Line 2:
	currently most info is related to virtio-net.		currently most info is related to virtio-net.

-	Stabilization is highest priority currently.	+	TODO: add bugzilla entry links.
-	DOA test matrix (all combinations should work):	+
-	vhost: test both on and off, obviously	+
-	test: hotplug/unplug, vlan/mac filtering, netperf,	+
-	file copy both ways: scp, NFS, NTFS	+
-	guests: linux: release and debug kernels, windows	+
-	conditions: plain run, run while under migration,	+
-	vhost on/off migration	+
-	networking setup: simple, qos with cgroups	+
-	host configuration: host-guest, external-guest	+

-	=== vhost-net driver projects ===	+	=== projects in progress. contributions are still very wellcome!
-	* iovec length limitations	+
-	Developer: Jason Wang <jasowang@redhat.com>	+
-	Testing: guest to host file transfer on windows.	+

-	* mergeable buffers: fix host->guest BW regression	+	* vhost-net scalability tuning: threading for many VMs
-	Testing: netperf host to guest default flags	+	Plan: switch to workqueue shared by many VMs
-		+	www.mail-archive.com/kvm@vger.kernel.org/msg69868.html
-	* scalability tuning: threading for guest to guest	+	Developer: Shirley Ma?, MST
-	Developer: MST	+
	Testing: netperf guest to guest		Testing: netperf guest to guest

-	=== qemu projects ===	+	* multiqueue support in macvtap
-	* fix hotplug issues	+	multiqueue is only supported for tun.
-	Developer: MST	+	Add support for macvtap.
-	https://bugzilla.redhat.com/show_bug.cgi?id=623735	+	Developer: Jason Wang
-		+
-	* migration with multiple macs/vlans	+
-	Developer: Jason Wang	+
-	qemu only sends ping with the first mac/no vlan:	+
-	need to send it for all macs/vlan	+

-	* bugfix: crash with illegal fd= value on command line	+	* enable multiqueue by default
		+	Multiqueue causes regression in some workloads, thus
		+	it is off by default. Detect and enable/disable
		+	automatically so we can make it on by default
	Developer: Jason Wang		Developer: Jason Wang
-	Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=581750

-	=== virtio projects ===	+	* guest programmable mac/vlan filtering with macvtap
-	* suspend/resume support	+	Developer: Dragos Tatulea?, Amos Kong
		+	Status: [[GuestProgrammableMacVlanFiltering]]

-	* API extension: improve small packet/large buffer performance:	+	* bridge without promisc mode in NIC
		+	given hardware support, teach bridge
		+	to program mac/vlan filtering in NIC
		+	Helps performance and security on noisy LANs
		+	http://comments.gmane.org/gmane.linux.network/266546
		+	Developer: Vlad Yasevich
		+
		+	* reduce networking latency:
		+	allow handling short packets from softirq or VCPU context
		+	Plan:
		+	We are going through the scheduler 3 times
		+	(could be up to 5 if softirqd is involved)
		+	Consider RX: host irq -> io thread -> VCPU thread ->
		+	guest irq -> guest thread.
		+	This adds a lot of latency.
		+	We can cut it by some 1.5x if we do a bit of work
		+	either in the VCPU or softirq context.
		+	Testing: netperf TCP RR - should be improved drastically
		+	netperf TCP STREAM guest to host - no regression
		+	Developer: MST
		+
		+	* Flexible buffers: put virtio header inline with packet data
		+	https://patchwork.kernel.org/patch/1540471/
		+	Developer: MST
		+
		+	* device failover to allow migration with assigned devices
		+	https://fedoraproject.org/wiki/Features/Virt_Device_Failover
		+	Developer: Gal Hammer, Cole Robinson, Laine Stump, MST
		+
		+	* Reuse vringh code for better maintainability
		+	Developer: Rusty Russell
		+
		+	* Improve stats, make them more helpful for per analysis
		+	Developer: Sriram Narasimhan
		+
		+	=== projects that are not started yet - no owner ===
		+
		+	* netdev polling for virtio.
		+	See http://lkml.indiana.edu/hypermail/linux/kernel/1303.0/00553.html
		+
		+	* receive side zero copy
		+	The ideal is a NIC with accelerated RFS support,
		+	So we can feed the virtio rx buffers into the correct NIC queue.
		+	Depends on non promisc NIC support in bridge.
		+
		+	* IPoIB infiniband bridging
		+	Plan: implement macvtap for ipoib and virtio-ipoib
		+
		+	* RDMA bridging
		+
		+	* use kvm eventfd support for injecting level interrupts,
		+	enable vhost by default for level interrupts
		+
		+	* DMA emgine (IOAT) use in tun
		+
		+	* virtio API extension: improve small packet/large buffer performance:
	support "reposting" buffers for mergeable buffers,		support "reposting" buffers for mergeable buffers,
	support pool for indirect buffers		support pool for indirect buffers
		+
		+	=== vague ideas: path to implementation not clear
		+
	* ring redesign:		* ring redesign:
	find a way to test raw ring performance		find a way to test raw ring performance
	fix cacheline bounces		fix cacheline bounces
	reduce interrupts		reduce interrupts
-	Developer: MST
-	see patchset: virtio: put last seen used index into ring itself

-	=== projects involing other kernel components and/or networking stack ===
-	* guest programmable mac/vlan filtering with macvtap
-	Developer: Dragos Tatulea
-	Status: [[GuestProgrammableMacVlanFiltering]]

-	* bridge without promisc mode in NIC	+	* support more queues
-	given hardware support, teach bridge	+	We limit TUN to 8 queues
-	to program mac/vlan filtering in NIC	+
		+	* irq/numa affinity:
		+	networking goes much faster with irq pinning:
		+	both with and without numa.
		+	what can be done to make the non-pinned setup go faster?
		+
		+	* reduce conflict with VCPU thread
		+	if VCPU and networking run on same CPU,
		+	they conflict resulting in bad performance.
		+	Fix that, push vhost thread out to another CPU
		+	more aggressively.

	* rx mac filtering in tun		* rx mac filtering in tun
Line 68:		Line 115:
	* vlan filtering in tun		* vlan filtering in tun
	the need for this is still not understood as we have filtering in bridge		the need for this is still not understood as we have filtering in bridge
-	for small # if vlans we can use BPF

	* vlan filtering in bridge		* vlan filtering in bridge
	IGMP snooping in bridge should take vlans into account		IGMP snooping in bridge should take vlans into account

-	* zero copy tx/rx for macvtap
-	Developers: tx zero copy Shirley Ma; rx zero copy Xin Xiaohui
-
-	* multiqueue (involves all of vhost, qemu, virtio, networking stack)
-	Developer: Krishna Jumar
-	Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=632751
-
-	* kvm MSI interrupt injection fast path
-	Developer: MST
-
-	* kvm eventfd support for injecting level interrupts
-
-	* DMA emgine (IOAT) use in tun
-
-	* allow handling short packets from softirq context
-	Testing: netperf TCP STREAM guest to host
-	netperf TCP RR
-
-	* irq affinity:
-	networking goes much faster with irq pinning:
-	both with and without numa.
-	what can be done to make the non-pinned setup go faster?

	=== testing projects ===		=== testing projects ===
-	* Cover test matrix with autotest	+	Keeping networking stable is highest priority.
-	* Test with windows drivers, pass WHQL	+
		+	* Run weekly test on upstream HEAD covering test matrix with autotest

	=== non-virtio-net devices ===		=== non-virtio-net devices ===
	* e1000: stabilize		* e1000: stabilize
-	Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=602205

-	=== bugzilla entries for bugs fixed ===	+	=== test matrix ===
-	* verify these are ok upstream	+
-	https://bugzilla.redhat.com/show_bug.cgi?id=623552	+
-	https://bugzilla.redhat.com/show_bug.cgi?id=632747	+
-	https://bugzilla.redhat.com/show_bug.cgi?id=632745	+

-		+	DOA test matrix (all combinations should work):
-	=== abandoned projects: ===	+	vhost: test both on and off, obviously
-	* Add GSO/checksum offload support to AF_PACKET(raw) sockets.	+	test: hotplug/unplug, vlan/mac filtering, netperf,
-	status: incomplete	+	file copy both ways: scp, NFS, NTFS
-	* guest kernel 2.6.31 seems to work well. Under certain workloads,	+	guests: linux: release and debug kernels, windows
-	virtio performance has regressed with guest kernels 2.6.32 and up	+	conditions: plain run, run while under migration,
-	(but still better than userspace). A patch has been posted:	+	vhost on/off migration
-	http://www.spinics.net/lists/netdev/msg115292.html	+	networking setup: simple, qos with cgroups
-	status: might be fixed, need to test	+	host configuration: host-guest, external-guest

Main Page

Javantea — Tue, 21 May 2013 18:29:53 GMT

Remove spam

Revision as of 18:29, 21 May 2013		Current revision
Line 29:		Line 29:
	\|style="width:50%;border:none;"\|		\|style="width:50%;border:none;"\|
	* [http://www.qemu.org/ QEMU]		* [http://www.qemu.org/ QEMU]
-	* [http://www.diamondlinks.net link building service]
-	* [http://www.vinfotech.com/solutions/social-network-design.htm Social Network Design]
-	* [http://www.vinfotech.com/solutions/startup-web-design.htm Startup Web Design]
-	* [http://www.vinfotech.com/web_2.0/web_20_design.htm Web 2.0 Design]
-	* [http://impact-resumes.net/services/career-change-resume.htm Career Change Resume]
	* [http://wiki.xensource.com/xenwiki/HVM_Compatible_Processors Xen's HVM Compatible Processors List]		* [http://wiki.xensource.com/xenwiki/HVM_Compatible_Processors Xen's HVM Compatible Processors List]
	\|style="width:50%;border:none;"\|		\|style="width:50%;border:none;"\|

Special:Log/upload

Varunfsl — Sun, 12 May 2013 18:53:49 GMT

uploaded "[[Image:2012-forum Efficient Guest Agnostic Virtualization with Embedded Power Architecture KVM.pdf]]"

KVM Forum 2012

Varunfsl — Sun, 12 May 2013 18:43:21 GMT

lightning talks update

Revision as of 18:43, 12 May 2013		Current revision
Line 67:		Line 67:
	\|4:30pm \|\| [[Media:2012-forum-multiqueue-networking-for-kvm.pdf \| Multiqueue Networking for KVM]] \|\| Jason Wang, Red Hat \|\| [[Media:2012-forum-WHQLAndTheCommunity.pdf \| WHQL Pprocess for Windows Drivers and What the Community Can Learn From It]] \|\| Yan Vugenfirer, Daynix		\|4:30pm \|\| [[Media:2012-forum-multiqueue-networking-for-kvm.pdf \| Multiqueue Networking for KVM]] \|\| Jason Wang, Red Hat \|\| [[Media:2012-forum-WHQLAndTheCommunity.pdf \| WHQL Pprocess for Windows Drivers and What the Community Can Learn From It]] \|\| Yan Vugenfirer, Daynix
	\|-		\|-
-	\|5:00pm \|\| Lightning Talks: [[Media:2012-forum-Brugger-lightningtalk.pdf \| PV Disk I/O]] * [[Media:2012-forum-ovmf.pdf \| OVMF]] * [[Media:2012-forum NetWare as KVM Guest.pdf \| Netware as KVM Guest]] \|\| Matthias Brugger, Laszlo Ersek, Bruce Rogers \|\| \|\|	+	\|5:00pm \|\| Lightning Talks: [[Media:2012-forum-Brugger-lightningtalk.pdf \| PV Disk I/O]] * [[Media:2012-forum-ovmf.pdf \| OVMF]] * [[Media:2012-forum NetWare as KVM Guest.pdf \| Netware as KVM Guest]] * [[Media:2012-forum Efficient Guest Agnostic Virtualization with Embedded Power Architecture KVM.pdf \| Efficient Guest Agnostic Virtualization with Embedded Power Architecture KVM]] \|\| Matthias Brugger, Laszlo Ersek, Bruce Rogers, Varun Sethi \|\| \|\|
	\|}		\|}

KvmOnGentoo

Xming — Thu, 09 May 2013 11:34:53 GMT

Revision as of 11:34, 9 May 2013		Current revision
Line 14:		Line 14:

	== Installing ==		== Installing ==
-	* printf '%s\n' 'QEMU_SOFTMMU_TARGETS="i386 x86_64"' 'QEMU_USER_TARGETS="i386 x86_64"' >> /etc/protage/make.conf	+	* printf '%s\n' 'QEMU_SOFTMMU_TARGETS="i386 x86_64"' 'QEMU_USER_TARGETS="i386 x86_64"' >> /etc/portage/make.conf
-	(If you haven't migrated /etc/make.conf to /etc/protage/make.conf yet, use /etc/portage instead or migrate it to /etc/protage/make.conf)	+	(If you haven't migrated /etc/make.conf to /etc/portage/make.conf yet, use /etc/make.conf instead or migrate it to /etc/portage/make.conf)
	* emerge app-emulation/qemu-kvm		* emerge app-emulation/qemu-kvm

HOWTO

Mjt — Thu, 09 May 2013 11:30:35 GMT

add link to gentoo wiki page, probably need to delete local KvmOnGentoo

Revision as of 11:30, 9 May 2013		Current revision
Line 52:		Line 52:

	=== Gentoo ===		=== Gentoo ===
		+	* Gentoo has [http://wiki.gentoo.org/wiki/QEMU good page about qemu/kvm in their wiki].
	* [[KvmOnGentoo\|KVM on Gentoo hosts]]		* [[KvmOnGentoo\|KVM on Gentoo hosts]]

KvmOnGentoo

Xming — Thu, 09 May 2013 11:29:59 GMT

Revision as of 11:29, 9 May 2013		Current revision
Line 14:		Line 14:

	== Installing ==		== Installing ==
-	* printf '%s\n' 'QEMU_SOFTMMU_TARGETS="i386 x86_64"' 'QEMU_USER_TARGETS="i386 x86_64"' >> /etc/make.conf	+	* printf '%s\n' 'QEMU_SOFTMMU_TARGETS="i386 x86_64"' 'QEMU_USER_TARGETS="i386 x86_64"' >> /etc/protage/make.conf
		+	(If you haven't migrated /etc/make.conf to /etc/protage/make.conf yet, use /etc/portage instead or migrate it to /etc/protage/make.conf)
	* emerge app-emulation/qemu-kvm		* emerge app-emulation/qemu-kvm

Networking

Mjt — Wed, 08 May 2013 10:27:17 GMT

Added "Compatibility" part

Revision as of 10:27, 8 May 2013		Current revision
Line 18:		Line 18:

	'''Solution:'''		'''Solution:'''
-	* simply run your guest with "-net nic -net user", e-g:	+	* simply run your guest without specifying network parameters, which by default will create user-lever (a.k.a slirp) networking:
-	qemu-system-x86_64 -hda /path/to/hda.img -net nic -net user	+	qemu-system-x86_64 -hda /path/to/hda.img

	'''Notes:'''		'''Notes:'''
	* The IP address can be automatically assigned to the guest thanks to the DHCP service integrated in QEMU		* The IP address can be automatically assigned to the guest thanks to the DHCP service integrated in QEMU
	* If you run multiple guests on the host, you don't need to specify a different MAC address for each guest		* If you run multiple guests on the host, you don't need to specify a different MAC address for each guest
-	* You can still access one specific port on the guest using the "hostfwd" option. This means e.g. if you want to transport a file with scp from host to guest, start the guest with "-net nic -net user,hostfwd=tcp::5555-:22". Now you are forwarding the host port 5555 to the guest port 22. After starting up the guest, you can transport a file with e.g. "scp -P 5555 file.txt root@localhost:/tmp" from host to guest. Or you can also use other address of the host to connect to.	+	* The default is equivalent to this explicit setup:
		+	qemu-system-x86_64 -hda /path/to/hda.img -netdev user,id=user.0 -device e1000,netdev=user.0
		+	* user.0 identifier above is just to connect the two halves into one, you may use any identifier you wish, such as "n" or "net0".
		+	* Use rtl8139 instead of e1000 to get 8139-series NIC.
		+	* You can still access one specific port on the guest using the "hostfwd" option. This means e.g. if you want to transport a file with scp from host to guest, start the guest with "-device e1000,netdev=user.0 -netdev user,id=user.0,hostfwd=tcp::5555-:22". Now you are forwarding the host port 5555 to the guest port 22. After starting up the guest, you can transport a file with e.g. "scp -P 5555 file.txt root@localhost:/tmp" from host to guest. Or you can also use other address of the host to connect to.


Line 68:		Line 72:

	* Run each guest with the following, replacing $macaddress with the value from the previous step		* Run each guest with the following, replacing $macaddress with the value from the previous step
-	qemu-system-x86_64 -hda /path/to/hda.img -net nic,macaddr=$macaddress -net tap	+	qemu-system-x86_64 -hda /path/to/hda.img -device e1000,netdev=net0,mac=$macaddress -netdev tap,id=net0

	'''Notes:'''		'''Notes:'''
	* If you don't want to run as root, the qemu-ifup must be executable by the user you want to use		* If you don't want to run as root, the qemu-ifup must be executable by the user you want to use
	* You can either create a system-wide qemu-ifup in /etc/qemu-ifup or use another one. In the latter case, run		* You can either create a system-wide qemu-ifup in /etc/qemu-ifup or use another one. In the latter case, run
-	qemu-system-x86_64 -hda /path/to/hda.img -net nic,macaddr=$macaddress -net tap,script=/path/to/qemu-ifup	+	qemu-system-x86_64 -hda /path/to/hda.img -device e1000,netdev=net0,mac=$macaddress -netdev tap,id=net0,script=/path/to/qemu-ifup

	* Each guest on the private virtual network must have a different MAC address		* Each guest on the private virtual network must have a different MAC address
Line 182:		Line 186:

	* Run each guest with the following, replacing $macaddress with the value from the previous step		* Run each guest with the following, replacing $macaddress with the value from the previous step
-	qemu-system-x86_64 -hda /path/to/hda.img -net nic,macaddr=$macaddress -net tap	+	qemu-system-x86_64 -hda /path/to/hda.img -device e1000,netdev=net0,mac=$macaddress -netdev tap,id=net0

	'''Notes:'''		'''Notes:'''
	* If you don't want to run as root, the qemu-ifup must be executable by the user you want to use		* If you don't want to run as root, the qemu-ifup must be executable by the user you want to use
	* You can either create a system-wide qemu-ifup in /etc/qemu-ifup or use another one. In the latter case, run		* You can either create a system-wide qemu-ifup in /etc/qemu-ifup or use another one. In the latter case, run
-	qemu-system-x86_64 -hda /path/to/hda.img -net nic,macaddr=$macaddress -net tap,script=/path/to/qemu-ifup	+	qemu-system-x86_64 -hda /path/to/hda.img -device e1000,netdev=net0,mac=$macaddress -netdev tap,id=net0,script=/path/to/qemu-ifup

	* Each guest on the network must have a different MAC address		* Each guest on the network must have a different MAC address
Line 225:		Line 229:
	There's now a page dedicated to ideas for improving		There's now a page dedicated to ideas for improving
	[[Networking Performance]].		[[Networking Performance]].
		+
		+	== Compatibility ==
		+
		+	There's another, old and obsolete syntax of specifying network for virtual machines. Above examples uses -netdev..-device model, old way used -net..-net pairs. For example,
		+
		+	-netdev tap,id=net0 -device e1000,netdev=net0,mac=52:54:00:12:34:56
		+
		+	is about the same as old
		+
		+	-net tap,vlan=0 -net nic,vlan=0,model=e1000,macaddr=52:54:00:12:34:56
		+
		+	(note mac => macaddr parameter change as well; vlan=0 is the default).
		+
		+	Old way used the notion of "VLANs" - these are QEMU VLANS, which has nothing to do with 802.1q VLANs. Qemu VLANs are numbered starting with 0, and it's possible to connect one or more devices (either host side, like -net tap, or guest side, like -net nic) to each VLAN, and, in particular, it's possible to connect more than 2 devices to a VLAN. Each device in a VLAN gets all traffic received by every device in it. This model was very confusing for the user (especially when a guest has more than one NIC).
		+
		+	In new model, each host side correspond to just one guest side, forming a pair of devices based on -netdev id= and -device netdev= parameters. It is less confusing, it is faster (because it's always 1:1 pair), and it supports more parameters than old -net..-net way.
		+
		+	However, -net..-net is still supported, used widely, and mentioned in lots of various HOWTOs and guides around the world. It is also a bit shorter and so faster to type.

KVM Forum 2012

Kashyapc — Tue, 07 May 2013 05:53:33 GMT

Revision as of 05:53, 7 May 2013		Current revision
Line 87:		Line 87:

	Jeff Cody managed to get a photograph of (a large part of) the KVM / QEMU community development team. [http://www.linux-kvm.org/static/kvm-forum-2012-barcelona-team-photo.html View the photo and name key]		Jeff Cody managed to get a photograph of (a large part of) the KVM / QEMU community development team. [http://www.linux-kvm.org/static/kvm-forum-2012-barcelona-team-photo.html View the photo and name key]
		+
		+	== Notes ==
		+
		+	Some notes from the talks -- http://kashyapc.fedorapeople.org/virt/kvm-forum-2012-notes.txt

Main Page

SaraWatson1 — Tue, 30 Apr 2013 10:13:33 GMT

Revision as of 10:13, 30 April 2013		Current revision
Line 1:		Line 1:
	== Kernel Based Virtual Machine ==		== Kernel Based Virtual Machine ==

-	KVM (for Kernel-based Virtual Machine) is a full virtualization solution for Linux on x86 hardware containing virtualization extensions (Intel VT or AMD-V). It consists of a loadable kernel module, kvm.ko, that provides the core virtualization infrastructure and a processor specific module, kvm-intel.ko or kvm-amd.ko.	+	KVM (for Kernel-based Virtual Machine) is a full virtualization solution for Linux on x86 hardware containing virtualization extensions (Intel VT or AMD-V). It consists of a loadable kernel module, kvm.ko, that provides the core virtualization infrastructure and a processor specific module, kvm-intel.ko or kvm-amd.ko. KVM also requires a modified QEMU although work is underway to get the required changes upstream.

	Using KVM, one can run multiple virtual machines running unmodified Linux or Windows images. Each virtual machine has private virtualized hardware: a network card, disk, graphics adapter, etc.		Using KVM, one can run multiple virtual machines running unmodified Linux or Windows images. Each virtual machine has private virtualized hardware: a network card, disk, graphics adapter, etc.

	The kernel component of KVM is included in mainline Linux, as of 2.6.20.		The kernel component of KVM is included in mainline Linux, as of 2.6.20.
-
-	The userspace component of KVM is included in mainline QEMU, as of 1.3.

	KVM is open source software.		KVM is open source software.
Line 15:		Line 13:
	\|style="width:50%;border:none;"\|		\|style="width:50%;border:none;"\|
	* [[KVM Forum]]		* [[KVM Forum]]
-	** [[KVM Forum 2012]]
	** [[KVM Forum 2011]]		** [[KVM Forum 2011]]
	** [[KVM Forum 2010]]		** [[KVM Forum 2010]]
-	** [[KVM Forum 2008]]	+	* [[LinuxPlumbers2010\|Linux Plumbers Conference 2010]]
-	** [[KVM Forum 2007]]	+
-	* Linux Plumbers Conference	+
-	** [[LinuxPlumbers2010\|LPC 2010]]	+
-	** [[LPC 2012]]	+
	* [[TODO]]		* [[TODO]]
	* [[KVM-Autotest]]		* [[KVM-Autotest]]
Line 36:		Line 29:
	\|style="width:50%;border:none;"\|		\|style="width:50%;border:none;"\|
	* [http://www.qemu.org/ QEMU]		* [http://www.qemu.org/ QEMU]
		+	* [http://www.diamondlinks.net link building service]
		+	* [http://www.vinfotech.com/solutions/social-network-design.htm Social Network Design]
		+	* [http://www.vinfotech.com/solutions/startup-web-design.htm Startup Web Design]
		+	* [http://www.vinfotech.com/web_2.0/web_20_design.htm Web 2.0 Design]
		+	* [http://impact-resumes.net/services/career-change-resume.htm Career Change Resume]
	* [http://wiki.xensource.com/xenwiki/HVM_Compatible_Processors Xen's HVM Compatible Processors List]		* [http://wiki.xensource.com/xenwiki/HVM_Compatible_Processors Xen's HVM Compatible Processors List]
	\|style="width:50%;border:none;"\|		\|style="width:50%;border:none;"\|

Guest Support Status

Giner — Fri, 26 Apr 2013 13:51:32 GMT

add Windows NT 4.0 SP6 + qemu-kvm 1.4.1 + vmmouse

Revision as of 13:51, 26 April 2013		Current revision
Line 375:		Line 375:
	\|-		\|-

		+	\| Windows NT 4.0 SP6
		+	\| 32
		+	\| qemu-kvm 1.4.1, 2.6.32
		+	\| Intel
		+	\| 64
		+	\| Works
		+	\| requires -cpu qemu32, install [https://packages.vmware.com/tools/esx/3.5latest/windows/x86/VMware-tools-windows-3.5.0-988599.iso vmmouse] driver instead of default ps/2 mouse, use Universal VBE30 for VGA (http://bearwindows.zcm.com.au/vbempg.zip)
		+	\|-

	\| Windows 95		\| Windows 95