Received: by 10.192.165.156 with SMTP id m28csp592460imm; Thu, 19 Apr 2018 04:26:57 -0700 (PDT) X-Google-Smtp-Source: AIpwx48xF1yrYnOC7UcPxHvjZxUDaCCi+y3vMUDrj4EY/Yu+bz7jjeD6doKLOmr4fa3aJ5Lko71r X-Received: by 10.98.89.70 with SMTP id n67mr5523178pfb.150.1524137217844; Thu, 19 Apr 2018 04:26:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524137217; cv=none; d=google.com; s=arc-20160816; b=Kb43q21dFmCOXWAppLzh1e4+a33r7Si4MIsYPY0y6r8nnBBiqYA0qSRn+Uq7VOKEMd VT167tq7hT2KetQx3Xe+762TxandNYEoYR19datPaZsyADQDtNtAIWwP+zmZP69DeP6c JVU5xzyZq5mWeki2JGySl1vwOsXxt7kEB80KneSS/b5NTr38WcQZfHREomOx9t//dw3+ knxgEyFxx3sVXDLO3QfYtHz+D4l+Dhu4JWGbgMdbyLIGTomQ3I7yhLfvGb9KpFG7Kdzi IaCwmRf+rqoRM7M/91ojfITe8M2YNkm7EWipQl3ECkykmc6mnSiMRYL2MWx6dHm6Utz9 mU0g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=lCwdo1wDyWQ1MbhcL2QoP4Pg0t9aaj7WN96nY2mrXlU=; b=ljiNJ/Z+5mjOctBGUZEAhHb/djr3KfMNREpZwTJfVv2OBMpdWRmxOylbzt7hEyOiv2 8Otn+LRwGGlDV8AnR60eVbWfkmR6InEOauRfePJOwWaFIkWFK3XjyLW9zfPpkavU+lyK sdhnPIuziYIkmro6HRxkDp0wwnZNGkVHLtZbxt44FflsAKMLxpFJKXHH36yuUon/7d5M lIJqUlKPatspxs86w9KKdEpgaNxgO3a0up/P3gWtUXF2vmXKrBcz4SSjXU0IqnA38oul DI1knEik6Q58q/C0XoaXCUKMpUtnfwequa93JoDAojtdwnjTHAEZ8aiiiLl0xPHNHr1X T/Hg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z3si2440173pgr.171.2018.04.19.04.26.43; Thu, 19 Apr 2018 04:26:57 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752507AbeDSLZc (ORCPT + 99 others); Thu, 19 Apr 2018 07:25:32 -0400 Received: from mx2.suse.de ([195.135.220.15]:46229 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752337AbeDSLZ3 (ORCPT ); Thu, 19 Apr 2018 07:25:29 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 33B7EAC23; Thu, 19 Apr 2018 11:25:28 +0000 (UTC) Subject: Re: [PATCH] Input: xen-kbdfront - allow better run-time configuration To: Oleksandr Andrushchenko , xen-devel@lists.xenproject.org, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, dmitry.torokhov@gmail.com, lyan@suse.com, boris.ostrovsky@oracle.com Cc: andrii_chepurnyi@epam.com, Oleksandr Andrushchenko References: <20180418150445.9805-1-andr2000@gmail.com> From: Juergen Gross Message-ID: Date: Thu, 19 Apr 2018 13:25:25 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180418150445.9805-1-andr2000@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 18/04/18 17:04, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > It is now only possible to control if multi-touch virtual device > is created or not (via the corresponding XenStore entries), > but keyboard and pointer devices are always created. Why don't you want to go that route for keyboard and mouse, too? Or does this really make no sense? > In some cases this is not desirable. For example, if virtual > keyboard device is exposed to Android then the latter won't > automatically show on-screen keyboard as it expects that a > physical keyboard device can be used for typing. > > Make it possible to configure which virtual devices are created > with module parameters: > - no_ptr_dev=1 if no pointer device needs to be created > - no_kbd_dev=1 if no keyboard device needs to be created > Keep old behavior by default. > > Signed-off-by: Oleksandr Andrushchenko > Suggested-by: Andrii Chepurnyi > Tested-by: Andrii Chepurnyi > --- > drivers/input/misc/xen-kbdfront.c | 159 +++++++++++++++++------------- > 1 file changed, 92 insertions(+), 67 deletions(-) > > diff --git a/drivers/input/misc/xen-kbdfront.c b/drivers/input/misc/xen-kbdfront.c > index d91f3b1c5375..a3306aad40b0 100644 > --- a/drivers/input/misc/xen-kbdfront.c > +++ b/drivers/input/misc/xen-kbdfront.c > @@ -51,6 +51,16 @@ module_param_array(ptr_size, int, NULL, 0444); > MODULE_PARM_DESC(ptr_size, > "Pointing device width, height in pixels (default 800,600)"); > > +static unsigned int no_ptr_dev; > +module_param(no_ptr_dev, uint, 0); Use type invbool instead? > +MODULE_PARM_DESC(no_ptr_dev, > + "If set then no virtual pointing device exposed to the guest"); > + > +static unsigned int no_kbd_dev; > +module_param(no_kbd_dev, uint, 0); invbool? Juergen