Daniel P. Berrange wrote:
> On Tue, Apr 01, 2008 at 02:41:17PM -0400, Ross S. W. Walker wrote:
> > I have always wondered why the xen developers decided to keep the qemu
> > name for the domain device provider after they have completely gutted
> > and pratically rewritten the original code?
> Xen has not re-written the original code. QEMU provides both a CPU
> emulator and a plethora of devices. Xen merely uses the device emulation
> and not the CPU emulation. There's a few patches to integrate with Xen
> but it is not a re-write.
Ok, I understand, merely removed the CPU emulation. Does that mean it
tracks very closely with upstream's version?
> > How about calling it just 'dm' for domain manager?
> No, renaming functional components for mere cosmetic reasons, will cause real
> world breakage for existing deployments. This is not a net win.
Well I was thinking of the situation where one might be running qemu
instances on dom0 and when trying to work out which instance belonged
to Xen and which to QEmu it would be difficult.
'killall qemu' would be very bad to find in a shutdown script.
This e-mail, and any attachments thereto, is intended only for use by
the addressee(s) named herein and may contain legally privileged
and/or confidential information. If you are not the intended recipient
of this e-mail, you are hereby notified that any dissemination,
distribution or copying of this e-mail, and any attachments thereto,
is strictly prohibited. If you have received this e-mail in error,
please immediately notify the sender and permanently delete the
original and any copy or printout thereof.
Xen-devel mailing list