summaryrefslogtreecommitdiffstats
path: root/drivers/virtio/Makefile
diff options
context:
space:
mode:
authorRusty Russell <rusty@rustcorp.com.au>2008-02-04 23:50:12 -0500
committerRusty Russell <rusty@rustcorp.com.au>2008-02-04 23:50:13 +1100
commit6b35e40767c6c1ac783330109ae8e0c09ea6bc82 (patch)
treee820d770894cb945c3070fa6739b0149b1bfa2f9 /drivers/virtio/Makefile
parent55a7c066041e7850948d29ed813f62821a9ec046 (diff)
downloadtalos-obmc-linux-6b35e40767c6c1ac783330109ae8e0c09ea6bc82.tar.gz
talos-obmc-linux-6b35e40767c6c1ac783330109ae8e0c09ea6bc82.zip
virtio: balloon driver
After discussions with Anthony Liguori, it seems that the virtio balloon can be made even simpler. Here's my attempt. The device configuration tells the driver how much memory it should take from the guest (ie. balloon size). The guest feeds the page numbers it has taken via one virtqueue. A second virtqueue feeds the page numbers the driver wants back: if the device has the VIRTIO_BALLOON_F_MUST_TELL_HOST bit, then this queue is compulsory, otherwise it's advisory (and the guest can simply fault the pages back in). This driver can be enhanced later to deflate the balloon via a shrinker, oom callback or we could even go for a complete set of in-guest regulators. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Diffstat (limited to 'drivers/virtio/Makefile')
-rw-r--r--drivers/virtio/Makefile1
1 files changed, 1 insertions, 0 deletions
diff --git a/drivers/virtio/Makefile b/drivers/virtio/Makefile
index cc84999f3057..6738c446c199 100644
--- a/drivers/virtio/Makefile
+++ b/drivers/virtio/Makefile
@@ -1,3 +1,4 @@
obj-$(CONFIG_VIRTIO) += virtio.o
obj-$(CONFIG_VIRTIO_RING) += virtio_ring.o
obj-$(CONFIG_VIRTIO_PCI) += virtio_pci.o
+obj-$(CONFIG_VIRTIO_BALLOON) += virtio_balloon.o
OpenPOWER on IntegriCloud