C'est une vieille question, mais:

Vous ne pourrez pas utiliser KVM pour exécuter un invité x86 sur le Raspberry Pi (n'importe quelle version), car le Raspberry Pi utilise un cœur de processeur ARM. Maintenant, cela ne signifie pas que vous ne pouvez pas du tout exécuter un invité x86, mais les performances seront assez lentes. (Le lien ci-dessus concerne probablement l'utilisation de KVM pour exécuter un invité ARM, pas un invité x86).

Avant les extensions KVM, QEMU était essentiellement un «émulateur» - pas une virtualisation. Le KVM permet un certain niveau de "passthrough" des opérations du CPU invité au CPU hôte - c'est ce qui le définit comme "virtualisation" plutôt que comme émulation. (L'une des principales raisons pour lesquelles VMWare est devenu roi dans ce domaine est qu'il a pu effectuer ce type de "virtualisation" avant que les processeurs x86 aient ajouté les extensions de virtualisation à l'architecture. Ces mêmes extensions de virtualisation sont nécessaires pour exécuter KVM, ou en fait n'importe quel hyperviseur de virtualisation moderne, par opposition à émulation

Donc, il est théoriquement possible d'exécuter des "machines virtuelles" x86 sur un Raspberry Pi , mais les performances seront très lentes, car chaque instruction x86 doit être traduite / émulée par le processeur ARM sur le Pi. Selon ce projet dédié à l'exécution de Wine avec une couche d'exécution QEMU x86, vous pouvez vous attendre à des performances comparables à celles d'un «Pentium 300mhz» (il s'agit vraisemblablement d'un Pentium II ou autre). Selon les tâches que vous souhaitez effectuer, vous ne trouverez peut-être pas ces performances adéquates. Si vous cherchez à exécuter une application Windows, l'option Wine / QEMU est presque certainement une meilleure option que l'émulation complète d'un environnement Windows avec QEMU.

Pas que je sache. Mais vous pouvez le faire vous-même. (lien)

Mais, ce qui est intéressant ici, c'est que il n'y a pas de différence entre le noyau Pi2 et le noyau Pi3 (pour le moment). Alors, allez utiliser un noyau Pi2 compatible KVM. Bonne chance avec les performances.

Compte tenu de la similitude des noyaux entre le 2 et le 3, ce tutoriel peut fournir quelques conseils.

https://blog.flexvdi.com/2015/03/17/enabling-kvm-virtualization-on-the-raspberry-pi-2/

Le contexte est CentOS fonctionnant sur KVM, mais l'auteur a fait un travail détaillé de description des étapes pour préparer le Pi pour la virtualisation.

Comme le dit l'autre réponse, il n'est pas possible d'exécuter KVM pour les images x86 exécutées sur arm.

Mais, si vous voulez essayer KVM sur le RPi 3, le moyen le plus simple que j'ai trouvé est d'utiliser ArchLinux: https://archlinuxarm.org/platforms/armv8/broadcom/raspberry-pi -3.

Installez qemu avec pacman: pacman -S qemu et si vous le souhaitez pacman -S qemu-arch-extras . La version est assez récente:

  # qemu-system-aarch64 --versionQEMU émulateur version 2.11.0 Copyright (c) 2003-2017 Fabrice Bellard et les développeurs du projet QEMU  

Avec ce système d'exploitation installé, vous avez activé kvm.

  # dmesg | grep kvm [0.632551] kvm [1]: VMID 8 bits [0.636143] kvm [1]: page IDMAP: 1c7d000 [0.639532] kvm [1]: plage HYP VA: 800000000000: ffffffffffff [0.644281] kvm [1]: non valide trigger pour IRQ4, en supposant un niveau bas [0.647576] kvm [1]: timer virtuel IRQ4 [0.650829] kvm [1]: mode Hyp initialisé avec succès  

Et pour exécuter par exemple CirrOS, j'ai utilisé le guide suivant: https://www.cnx-software.com/2016/05/10/how-to-run-ubuntu-16-04-aarch64-64-bit-arm-cloud-images-on -votre-ordinateur-intelamd-linux /. En bref:

  curl http://download.cirros-cloud.net/0.4.0/cirros-0.4.0-aarch64-disk.img --output cirros-0.4.0- aarch64-disk.imgcurl https://releases.linaro.org/components/kernel/uefi-linaro/15.12/release/qemu64/QEMU_EFI.fd --output QEMU_EFI.fd  

Puis Je crée le cloud.img dans ma machine x86_64 (Ubuntu) avec cloud-utils (ignoré, vérifiez la référence).

Et l'exécute dans le RPI avec ce qui suit:

  qemu-system-aarch64 -smp 2 -m 300 -M virt -bios QEMU_EFI.fd -nographic \ -device virtio-blk-device, drive = image \ -drive if = none, id = image , file = cirros-0.4.0-aarch64-disk.img \ -device virtio-blk-device, lecteur = cloud \ -drive if = none, id = cloud, file = cloud.img \ -netdev user, id = user0 -device virtio-net-device, netdev = user0 -redir tcp: 2222 :: 22 \ -cpu host --enable-kvm  

Il devrait voler!

Si un invité linux vous suffit, continuez avec l'installation de LXD / LXC.Snap est la solution ici. Vous pouvez même exécuter une VirtualBox sur le dessus si elle;) Quelques détails supplémentaires sur la configuration réseau de l'hôte Pi: http://www.makikiweb.com/Pi/lxc_on_the_pi.html