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 -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list