From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:34775)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1aNcWi-00078w-RN
	for qemu-devel@nongnu.org; Mon, 25 Jan 2016 03:29:33 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1aNcWd-0002pW-S4
	for qemu-devel@nongnu.org; Mon, 25 Jan 2016 03:29:32 -0500
Received: from mx1.redhat.com ([209.132.183.28]:42573)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1aNcWd-0002pS-Mc
	for qemu-devel@nongnu.org; Mon, 25 Jan 2016 03:29:27 -0500
Message-ID: <1453710564.22422.17.camel@redhat.com>
From: Gerd Hoffmann <kraxel@redhat.com>
Date: Mon, 25 Jan 2016 09:29:24 +0100
In-Reply-To: <CADABvUQc8A2hSQMjyeewjxpOupsTWunv5fAEz8o0rK9dn17Eaw@mail.gmail.com>
References: <1450102686-23855-1-git-send-email-kraxel@redhat.com>
	<CADABvUT4XL9GkRvv-TqSaC7VCSyQA-FxdBw2k7GVuFMhe6eiFw@mail.gmail.com>
	<1451908596.7377.95.camel@redhat.com>
	<CADABvUTP2ErH2eieLvmwWW0D6mLub6AE3kCGkjmBtnOWhGoswQ@mail.gmail.com>
	<1451977524.31764.2.camel@redhat.com>
	<CADABvUT89He+pxRjN-qvYaPew=z8ApaFX1fbjazavXj94igdcw@mail.gmail.com>
	<CAAaYXTt6yr+hKg-JJ+APyAZ9mVNZuT17oBhYgu7v5QUkqY4t+A@mail.gmail.com>
	<1452066825.6096.18.camel@redhat.com>
	<CAAaYXTvQJmgZEz8AUfe5GNULcbpN7TA8DdCNDFxD4yZKAju=kg@mail.gmail.com>
	<1452087192.6096.38.camel@redhat.com>
	<CAAaYXTtUVymOv+HKoBPcZqDDWkivF3t+9S3PAGmpUia=jTKrXw@mail.gmail.com>
	<CAAaYXTvUCiNvHdXoBVLoyRiD3M1J5o_0wbamy=MdxxQDE2FX8w@mail.gmail.com>
	<CAAaYXTs6TY0b9vVmO41PM4ztM3+YnOvvyD9aaZ_oEBM47Wg0tA@mail.gmail.com>
	<1452847825.23156.22.camel@redhat.com>
	<CADABvUROvBgxBJ3SjScc_3K9B0mV_OLuGPTBq-Oa7QmNKkoxDA@mail.gmail.com>
	<1453126412.23289.44.camel@redhat.com>
	<CADABvUQc8A2hSQMjyeewjxpOupsTWunv5fAEz8o0rK9dn17Eaw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0
Subject: Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add
 qemu_input_qcode_to_linux + qemu_input_linux_to_qcode
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Jonathan Scruggs <j.scruggs@gmail.com>
Cc: vfio-users <vfio-users@redhat.com>, qemu-devel@nongnu.org

  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=3D/usr/bin/monitorswitch'

Should be doable.  We have other places with simliar things already
(network setup for example).

> Something like that. I have a small program that switches the monitor
> input via I2C direct (if interested: http://pastebin.com/6Hd0pafF).
> The program would need to be modified a little bit to not use a
> variable input. but to somehow detect what it's currently at and then
> switch to the opposite -- shouldn't be too hard.

Calling the thing with "host" or "guest" as argument should be easy too.

> This would be useful for number idea one.
> Instead of both CTRL keys, could the hotkey be something like CTRL
> +SHIFT+ALT+1 for the host, and then each guest would set an option of
> 2 through 9.

Not going to work.  At least not a direct guest -> guest switch, only
guest1 -> host -> guest2.

cheers,
  Gerd