Mark McLoughlin wrote:
Include qemu-kvm.h for non-KVM_UPSTREAM building and surround the kvm code with USE_KVM guards. Fixes target-arm: qemu/hw/framebuffer.c: In function 'framebuffer_update_display': qemu/hw/framebuffer.c:53: warning: implicit declaration of function 'kvm_enabled' qemu/hw/framebuffer.c:54: warning: implicit declaration of function 'kvm_physical_sync_dirty_bitmap' diff --git a/hw/framebuffer.c b/hw/framebuffer.c index 1086ba9..e2d7604 100644 --- a/hw/framebuffer.c +++ b/hw/framebuffer.c @@ -18,6 +18,7 @@ #include "console.h" #include "framebuffer.h" #include "kvm.h" +#include "qemu-kvm.h"
Maybe we should have kvm.h include qemu-kvm.h, to avoid more divergence (even if it is trivial).
/* Render an image from a shared memory framebuffer. */ @@ -50,9 +51,11 @@ void framebuffer_update_display(*first_row = -1; src_len = src_width * rows;+#ifdef USE_KVMif (kvm_enabled()) { kvm_physical_sync_dirty_bitmap(base, src_len); } +#endif
Similarly, provide null definitions for kvm_enabled() and kvm_physical_blah() to avoid the ifdefs.
-- Do not meddle in the internals of kernels, for they are subtle and quick to panic. -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
