Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

Hi, > 1) > Is it possible to have an option that would enable running a program > on the host on switching, IE when both CRTL keys are pressed. It would > run on the host regardless if it was on the guest machine when the > keys pressed. > An option like 'onswitchexecute=/usr/bin/monitorswitch'

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

On Sa, 2016-01-23 at 21:51 +, Jonathan Scruggs wrote: > Hi Gerd, > > > I am using qemu 2.5.0 source code and applied all the patches on your > git server. This one: > https://www.kraxel.org/cgit/qemu/commit/?h=work/input-dev-event=b52110d4f22e99953ac5195a90988a253e3e2f90 > causes the build

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

Hi Gerd, A couple of options I have been wondering about. 1) Is it possible to have an option that would enable running a program on the host on switching, IE when both CRTL keys are pressed. It would run on the host regardless if it was on the guest machine when the keys pressed. An option like

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

Hi Gerd, I am using qemu 2.5.0 source code and applied all the patches on your git server. This one: https://www.kraxel.org/cgit/qemu/commit/?h=work/input-dev-event=b52110d4f22e99953ac5195a90988a253e3e2f90 causes the build to fail with this: error: array index in non-array initializer It happens

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

On Mo, 2016-01-18 at 11:47 +, Jonathan Scruggs wrote: > Hi Gerd, > > Would there be a way to add repeating keys back in that doesn't cause > issues? Maybe slow down the repeat cycle? Or is this strictly a issue > with how the actual event drivers or the buffers work and would need > changing

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

Hi Gerd, Would there be a way to add repeating keys back in that doesn't cause issues? Maybe slow down the repeat cycle? Or is this strictly a issue with how the actual event drivers or the buffers work and would need changing to that on the host side? In my mind it seams fairly straightforward

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

2016-01-15 19:06 GMT+01:00 sL1pKn07 SpinFlo : > -- Forwarded message -- > From: Gerd Hoffmann > Date: 2016-01-15 14:24 GMT+01:00 > Subject: Re: [vfio-users] [PATCH v2 1/3] input: add > qemu_input_qcode_to_linux + qemu_input_linux_to_qcode >

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

On Fr, 2016-01-15 at 00:19 +0100, sL1pKn07 SpinFlo wrote: > ok, now works tnx Gerd! > > > but i found 2 problems, one with keyboard and other with the mouse > > Keyboard: > > the repetition (hold the key) don't work. Support used to be there, but the constant flow of key repeat events in case

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

ok, now works tnx Gerd! but i found 2 problems, one with keyboard and other with the mouse Keyboard: the repetition (hold the key) don't work. Mouse: only detect 3 buttons (my Logitech G5 Laser Have 7) this is spected? greetings

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

Today have notice the patch stop working on my VM input_linux_event_mouse: read: Resource temporarily unavailable input_linux_event_keyboard: read: Resource temporarily unavailable i only rebuild qemu (from Gerd Hoffmann's input-dev-event barnch) with some changes. this is my options:

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

I found the qemu user yesterday and added it to the input group. All is good now. The patches work great! Are they being added to the main code base soon? A small faq on the site detailing libvirt usage and adding qemu to the input group would be needed though. I notice no bugs as of yet. The

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

2016-01-05 9:06 GMT+01:00 Jonathan Scruggs : > I notice no bugs as of yet. Hi I found one (if can call that) bug I use a physical USB switch for share the K/M with other PC when switch to other pc, lost the signal. this is ok. but the VM start stutter (the sounds and

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

> libvirt uses cgroups to restrict qemu. You can tweak cgroup_controllers > in /etc/libvirt/qemu.conf, when you remove "devices" controller it > should work (unless something else like selinux or apparmor applies > additional restrictions). > > HTH, > Gerd like this? # What cgroup controllers

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

2016-01-04 11:10 GMT+01:00 Jonathan Scruggs : > Hi, > > I tried these patches with qemu 2.5.0 on Gentoo and libvirt. I get the > following error: > Error starting domain: internal error: early end of file from monitor: > possible problem: > 2015-12-22T21:51:20.659520Z

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

On Di, 2016-01-05 at 15:44 +0100, sL1pKn07 SpinFlo wrote: > 2016-01-05 9:06 GMT+01:00 Jonathan Scruggs : > > I notice no bugs as of yet. > > Hi > I found one (if can call that) bug > > I use a physical USB switch for share the K/M with other PC > when switch to other pc,

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

Hi, I tried these patches with qemu 2.5.0 on Gentoo and libvirt. I get the following error: Error starting domain: internal error: early end of file from monitor: possible problem: 2015-12-22T21:51:20.659520Z qemu-system-x86_64: -input-linux

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

On Mo, 2016-01-04 at 10:10 +, Jonathan Scruggs wrote: > Hi, > > > I tried these patches with qemu 2.5.0 on Gentoo and libvirt. I get the > following error: > Error starting domain: internal error: early end of file from monitor: > possible problem: > 2015-12-22T21:51:20.659520Z

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

Hi, Thanks for the reply. I changed the conf to: cgroup_controllers = [ "cpu", "memory", "cpuset", "cpuacct" ] Also, cgroups are not mounted at /dev/cgroup I don't have selinux or apparmor. However, I still get this: Error starting domain: internal error: early end of file from monitor,

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

Oh. I just changed /dev/input/eventx (replace x with correct number for my devices) to permissions of 666 and it worked. I guess I had to change the conf file and change the permissions. Is there a way to make the devices work with qemu? The permission user is root and group of input for all the

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

Hi, > like this? > > cgroup_controllers = [ "cpu", "memory", "blkio", "cpuset", "cpuacct" ] yes (+libvirtd restart so it re-reads the config). cheers, Gerd

Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode

On Mo, 2016-01-04 at 13:19 +, Jonathan Scruggs wrote: > Oh. I just changed /dev/input/eventx (replace x with correct number > for my devices) to permissions of 666 and it worked. I guess I had to > change the conf file and change the permissions. Is there a way to > make the devices work with