on Thu May 15 2008, "Daniel P. Berrange" <berrange-AT-redhat.com> wrote:
On Thu, May 15, 2008 at 02:34:20PM +0200, Gerd Hoffmann wrote:
> Daniel P. Berrange wrote:
>
> > We explicitly do not support passing arbitrary arguments to QEMU.
>
> Supporting and implementing are two different things IMHO.
>
> It is pretty clear that *supporting* such a configuration is impossible
> and that running it on production systems is a really bad idea for the
> reasons outlined.
We can say that all we like, but the reality is 'we ship it, we support it'.
Users are going to file bugs if things break & are going to want them fixed
In RHEL we ship Xen with SDL support for framebuffer, even though our tools
only 'support' VNC. We still have multiple bugs file against SDL and we have
to fix them. Users don't distinguish, they just use all the features you
provide them and expect them all to work.
> Nevertheless being able to pass random additional arguments to $emulator
> is required for any serious development work. I *hate* to having to
> create a wrapper script each time I need to pass in additional
> parameters, and I'd *love* to see libvirt being a bit more developer
> friendly.
Historically we've not had very complete coverage of QEMU args, but we've
been adding alot of new functionality recently so the need for extra args
is reducing all the time. We recently added serial, parallel, sound and
drive support. USB is the next on the list at which point we basically
have coverage of all the important options we should reasonably expect.
Creating wrapper scripts for experimentation is not that difficult.
I'm using the TCP redirection option "-redir ..." to do seamless RDP
securely. Unimportant?
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com