CP-8191: Nuke xenguest and dumpcore, because of the latest change to the libxc API

Backported from trunk 5394ac5d80dbf604e5c12c5ca97c2ec6a1512c44

Original patch from Andrew Cooper.
CP-8191 - Use 64bit location qemu-dm.
Fix logic at the conclusion of Xenguest for domain creation and migration.

As part of the control protocol, Xenguest is expected to write the string

   "result: <xenstore mfn> <console mfn>\n"

to the a pipe back into xenops.  forkexecutioner has already executed a
waitpid() on the xenguest process, waiting for it to exit.

Unfortunately, as soon as xenops receives the result string, it decides to
SIGTERM the xenguest process.

This begins a race condition.  If xenguest finishes executing and exits
cleanly (which it will do, given the result string) in a timely fashion, fe
will record success and the domain creation/migration will be all good.

If however xenguest gets killed with the SIGTERM before it has exited cleanly
(such as actually having valgrind wrapped around xenguest, and the recipient
of the SIGTERM), fe will record a failure at which point xenops will clean up
the domain, despite it having actually been created/migrated successfully.

This could likely explain some spurious failures seen in high-load situation
but not reliably enough to investigate.

Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
CA-133523 - Stop passing -priv to QEMU because QEMU trad 4.4 doesn't support it
Merge commit '1218949154ef27ad71e4e6a617287481a05a72e8'
Merge commit '9edddce5194f70956ea978e11000d48806174f03'
Merge commit '65f660c774a925e2d82af74f0802bab87ffa309d'
Merge commit '21a2954b7f3fdbd623d6c8fde8e9f6f6e8804f71'
Merge remote-tracking branch 'creedence/master'

Merging xen-4.4 changes from creedence.