<div dir="ltr"><div>I just checked on VNC. In the case of a VNC console usbtablet is being used in the generated dom xml. However like VNC when a guest has no spice awareness it is in the same boat as VNC so usbtablet is helpful in getting to that point. Or just simply if it cannot be made spice aware at all as is the case for some guest types (EG: no vdagent possiblity for example).<br>
<br></div><div>Making VRAM configurable would be a  nice benefit to SPICE or VNC console. Thus allowing for a guest to have enough vram for higher resolutions and bit depths as well as more vram for 2D video operations.<br>
</div><div>- DHC<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 3, 2013 at 2:39 PM, Itamar Heim <span dir="ltr">&lt;<a href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 03/27/2013 05:23 PM, Dead Horse wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Any thoughts/feedback on this one? It really is a downer to be forced to<br>
manipulate both of these via hooks. These are both pretty standard<br>
configuration items to enhance/tweak or make various guests fully<br>
functional.<br>
</blockquote>
<br></div>
will track via the bugs. the vram for spice multi monitor i see the issue with.<br>
for usb tablet, don&#39;t we always enable it for vnc display?<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
<br>
- DHC<br>
<br>
<br>
On Fri, Mar 22, 2013 at 9:12 AM, Dead Horse<br></div>
&lt;<a href="mailto:deadhorseconsulting@gmail.com" target="_blank">deadhorseconsulting@gmail.com</a> &lt;mailto:<a href="mailto:deadhorseconsulting@gmail.com" target="_blank">deadhorseconsulting@<u></u>gmail.com</a>&gt;&gt;<div class="im">
<br>
wrote:<br>
<br>
    Allow for a usbtablet input device to be enabled and used. Perhaps<br>
    via the console configuration UI for a VM in the admin and user portals.<br>
    -Highly useful in the event that a guest OS does not have the spice<br>
    agent loaded nor is it available for said guest OS.<br>
    -Also in the case of guest OS that simply does not want to work and<br>
    play well with &lt;input type=&#39;mouse&#39; bus=&#39;ps2&#39;&gt;<br>
    - All Operating systems since ~1998 understand &lt;input type=&#39;tablet&#39;<br>
    bus=&#39;usb&#39;/&gt; and will deal with mouse events in absolute mode.<br>
<br>
    Allow for vram and vram_ size to be configurable for CIrrus(VNC) and<br>
    QXL(Spice) console types. Again probably best suited to have this on<br>
    console configuration UI for a VM in the admin and user portals.<br>
    - Default VRAM sizes are not enough to allow for larger resolutions<br>
    and pixel depths at times.<br>
    - Especially the case in multiple monitor SPICE, fullscreen, or VNC<br>
    consoles<br>
<br>
    - More VRAM is useful in the case of attempting to run accelerated<br>
    applications within a QXL configured guest.<br>
<br>
    The above can be altered via VDSM hooks however this is rather<br>
    painful. Additionally these options or similar are configurable in<br>
    other competing solutions.<br>
<br>
    - DHC<br>
<br>
<br>
<br>
<br></div>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/<u></u>mailman/listinfo/users</a><br>
<br>
</blockquote>
<br>
</blockquote></div><br></div>