summaryrefslogtreecommitdiff
path: root/hurd/running
diff options
context:
space:
mode:
authorSamuel Thibault <samuel.thibault@ens-lyon.org>2016-08-28 22:08:26 +0200
committerSamuel Thibault <samuel.thibault@ens-lyon.org>2016-08-28 22:08:26 +0200
commit32e9a8ab6b914f7ca88e150178823f6799ab3b72 (patch)
treeae0e90b38c951493f39ca3039f8e7f41dbcff337 /hurd/running
parent0dc52eed8d50d738b81951b08ca5804b0ad211c8 (diff)
Complete commit 1f6eff (Drop -no-kvm-irqchip)
we don't have the issue without it any more, and it actually seems to pose other problems
Diffstat (limited to 'hurd/running')
-rw-r--r--hurd/running/qemu.mdwn16
1 files changed, 1 insertions, 15 deletions
diff --git a/hurd/running/qemu.mdwn b/hurd/running/qemu.mdwn
index ef89ec12..369ceab6 100644
--- a/hurd/running/qemu.mdwn
+++ b/hurd/running/qemu.mdwn
@@ -95,21 +95,7 @@ Check that the kvm module is loaded:
More info on kvm at: http://www.linux-kvm.org/page/FAQ
-If your machine supports hardware acceleration, you should really use the kvm variant of qemu, as it speeds things quite a lot. Note however that kvm tends to make assumptions when accelerating things in the linux kernel, you may need some -no-kvm-something option. At the moment in Debian you need to pass
-
- -no-kvm-irqchip
-
-to the command line, see below, if you are running Linux kernels 2.6.37 or 2.6.38 else IRQs may hang sooner or later. The kvm irq problems will be solved in kernel 2.6.39.
-
-IRC, freenode, #hurd, 2012-08-29:
-
- <braunr> youpi: do you remember which linux versions require the
- -no-kvm-irqchip option ?
- <braunr> your page indicates 2.6.37-38, but i'm seeing weird things on
- 2.6.32
- <braunr> looks like a good thing to use that option all the time actually
- <gnu_srs> seems like kvm -h says: -no-kvm-irqchip and man kvm says:
- -machine kernel_irqchip=off
+If your machine supports hardware acceleration, you should really use the kvm variant of qemu, as it speeds things quite a lot.
# HAP/EPT/NPT acceleration