libvmmapi: Add a struct vcpu and use it in most APIs.

[jhb]

Summary

This replaces the 'struct vm, int vcpuid' tuple passed to most API
calls and is similar to the changes recently made in vmm(4) in the
kernel.

struct vcpu is an opaque type managed by libvmmapi. For now it stores
a pointer to the VM context and an integer id.

As an immediate effect this removes the divergence between the kernel
and userland for the instruction emulation code introduced by the
recent vmm(4) changes.

Since this is a major change to the vmmapi API, VMMAPI_VERSION to
0x200 (2.0) and the shared library major version.

While here (and since the major version is bumped), remove unused
vcpu argument from vm_setup_pptdev_msi*().

Add new functions vm_suspend_all_cpus() and vm_resume_all_cpus() for
use by the debug server. The underyling ioctl (which uses a vcpuid of
-1) remains unchanged, but the userlevel API now uses separate
functions for global CPU suspend/resume.

[markj]

usr/lib/libvmmapi.so.5 should be added to ObsoleteFiles I think.

lib/libvmmapi/vmmapi.c

185

I'd still put this in the vm_* namespace. Hmm, there's also vcpu_reset() though, so I guess it's already a bit inconsistent.

[jhb]

lib/libvmmapi/vmmapi.c

185

Yeah, I was a bit torn. I actually think it would be cleaner if the functions that operate on vCPUs all used the vcpu_ prefix including vm_vcpu_close. However, this trips over the shared vmm_instruction_emul.c code. In the kernel I used vcpu_vm for a function which returns a field from struct vcpu. (I did not need vcpu_id in the kernel though it turns out.)

[jhb]

Rebase