Alexander Graf wrote:
> We can currently buffer up to 16 events in our event queue for input
> devices. While it sounds like 16 events backlog for everyone should
> be enough, our automated testing tools (OpenQA) manage to easily
> type faster than our guests can handle.
>
> So we
On 18.04.16 11:21, Gerd Hoffmann wrote:
> On Mo, 2016-04-18 at 09:26 +0200, Alexander Graf wrote:
>>
>> On 18.04.16 08:53, Gerd Hoffmann wrote:
>>> Hi,
>>>
Vnc already uses qemu_input_event_send_key_delay today, so I'm not sure
where things fall apart.
>>>
>>> Well, not everywhere.
On Mo, 2016-04-18 at 09:26 +0200, Alexander Graf wrote:
>
> On 18.04.16 08:53, Gerd Hoffmann wrote:
> > Hi,
> >
> >> Vnc already uses qemu_input_event_send_key_delay today, so I'm not sure
> >> where things fall apart.
> >
> > Well, not everywhere. Try the attached patch.
> >
> > Also
On 18.04.16 08:53, Gerd Hoffmann wrote:
> Hi,
>
>> Vnc already uses qemu_input_event_send_key_delay today, so I'm not sure
>> where things fall apart.
>
> Well, not everywhere. Try the attached patch.
>
> Also worth trying:
> * use xhci instead of ohci (current slof should handle
>
Hi,
> Vnc already uses qemu_input_event_send_key_delay today, so I'm not sure
> where things fall apart.
Well, not everywhere. Try the attached patch.
Also worth trying:
* use xhci instead of ohci (current slof should handle
kbd-via-xhci fine)
* use virtio-keyboard (no slof driver yet
On 04/14/2016 06:19 PM, Gerd Hoffmann wrote:
> On Do, 2016-04-14 at 17:29 +0200, Alexander Graf wrote:
>> On 04/14/2016 05:17 PM, Gerd Hoffmann wrote:
>>> On Do, 2016-04-14 at 16:25 +0200, Alexander Graf wrote:
We can currently buffer up to 16 events in our event queue for input
devices.
On Do, 2016-04-14 at 17:29 +0200, Alexander Graf wrote:
> On 04/14/2016 05:17 PM, Gerd Hoffmann wrote:
> > On Do, 2016-04-14 at 16:25 +0200, Alexander Graf wrote:
> >> We can currently buffer up to 16 events in our event queue for input
> >> devices. While it sounds like 16 events backlog for
On 04/14/2016 05:17 PM, Gerd Hoffmann wrote:
On Do, 2016-04-14 at 16:25 +0200, Alexander Graf wrote:
We can currently buffer up to 16 events in our event queue for input
devices. While it sounds like 16 events backlog for everyone should
be enough, our automated testing tools (OpenQA) manage to
On Do, 2016-04-14 at 16:25 +0200, Alexander Graf wrote:
> We can currently buffer up to 16 events in our event queue for input
> devices. While it sounds like 16 events backlog for everyone should
> be enough, our automated testing tools (OpenQA) manage to easily
> type faster than our guests can
We can currently buffer up to 16 events in our event queue for input
devices. While it sounds like 16 events backlog for everyone should
be enough, our automated testing tools (OpenQA) manage to easily
type faster than our guests can handle.
So we run into queue overflows and start to drop input
10 matches
Mail list logo