<div dir="ltr">Hi Gerd,<div><br></div><div>I am using qemu 2.5.0 source code and applied all the patches on your git server. This one:<br><a href="https://www.kraxel.org/cgit/qemu/commit/?h=work/input-dev-event&id=b52110d4f22e99953ac5195a90988a253e3e2f90">https://www.kraxel.org/cgit/qemu/commit/?h=work/input-dev-event&id=b52110d4f22e99953ac5195a90988a253e3e2f90</a><br>causes the build to fail with this:<br>error: array index in non-array initializer<br></div><div>It happens on all the key binding assignments. Are there changes in the code elsewhere that this patch is for? It compiles just fine without it on the 2.5.0 sources with the latest CVE bug patches.</div><div><br></div><div>Jon</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 18 January 2016 at 14:13, Gerd Hoffmann <span dir="ltr"><<a href="mailto:kraxel@redhat.com" target="_blank">kraxel@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mo, 2016-01-18 at 11:47 +0000, Jonathan Scruggs wrote:<br>
> Hi Gerd,<br>
><br>
> Would there be a way to add repeating keys back in that doesn't cause<br>
> issues? Maybe slow down the repeat cycle? Or is this strictly a issue<br>
> with how the actual event drivers or the buffers work and would need<br>
> changing to that on the host side?<br>
<br>
</span>I don't know ...<br>
<span class=""><br>
> In my mind it seams fairly straightforward in just forwarding these<br>
> events to the VM.<br>
<br>
</span>I assumed that as well, it was there initially and only removed after it<br>
turned out to cause problems.<br>
<br>
I've added a patch to the git branch bringing it back, but guarded with<br>
a new config option (repeat={on,off}) and turned off by default.<br>
<span class=""><br>
> Would it be different if the keyboard was using the PS/2 versus the<br>
> USB interface on the guest? I have a USB controller added for the<br>
> guest but the keyboard and mouse are on PS/2 interfaces.<br>
<br>
</span>Worth testing.  Just add "-device usb-kbd" to the qemu command line and<br>
see what happens ...<br>
<span class=""><br>
> A second thought. What if you made the keyboard and mouse USB only,<br>
> then on the guest, make sure the USB controller is using Message<br>
> Signal-Based interrupts. On Windows, the controller was set to the old<br>
> style Line-Based. The slow downs could be caused by a lake in speed<br>
> with he interrupts and USB polling speed.<br>
<br>
</span>In case windows is new enough to have xhci support (win8+) you can try<br>
using a xhci hostadapter, which supports MSI (uhci and ehci don't), then<br>
hook up the usb keyboard to it.<br>
<br>
"-device nec-usb-xhci,id=xhci -device usb-kbd,bus=xhci.0"<br>
<br>
cheers,<br>
  Gerd<br>
<br>
</blockquote></div><br></div>