Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp3606824ybl; Mon, 3 Feb 2020 03:23:48 -0800 (PST) X-Google-Smtp-Source: APXvYqxxYxkLLv4xu+7GsToQGt1BUIm8UFZCRN0z6XKYomAHqSnkU1MLDG9wcc9ZQ87+ca0kNj5O X-Received: by 2002:a9d:4711:: with SMTP id a17mr17906075otf.233.1580729027991; Mon, 03 Feb 2020 03:23:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580729027; cv=none; d=google.com; s=arc-20160816; b=IzPp58eeMPWWjKv+upyO8kakbxa2Htj3JDp2r+PdsIULRP3xGP4VkFmGTIf6hsXyoJ RF7QMKXcURWOnt+Up5n5Xf9wLeOPMIhv2KFyvt3fjSA49R5ZmF4OhctCvaVNVGx8DQux 7jDZ5aozTtB6Z93l+Nrzi8BhuDerhE6Q0zqQpKqbDbyyvTzSCBnmoOkdggUX+jJngOnh 2FcZsr9p5K8wQEhgrtA2IAwbYL1xrtEbsIaRLe5hCuX3sg12UyzusoR2/f48yqJMOITn EzlWZpRjwRLeEzCUeBgi+Nu+GTwd0S1rxBLzoSaBNiZ8yv9sIKAVxW6uqcqiiC6+qTNe S9VA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date:dkim-signature; bh=F7KWf5GMmOjH36Qsr6Je5ByLX17vi7N6lN1MqFKerBo=; b=m38DpERAzZm0VzmMk9GOD5pGzFjThmb1uMkvFE77pjcqg/7nQYp+NwONhf0zVNtae6 llSJ6nJA7z5Xd2FCPVvTcD4LxU/itx22dzl0OoNYIbnmtPAQHjz1YESujsZgH2vS2Eut 9SEdE3/4fTEHXveyDZwv9qe0+NKidtuXY78uNuUDeH6NghVqSr6FSDl8Ty1hCZfreqfH 7WhlH814LDltCmOwz9B8zmvuqz2uvtJ9gjXvNqCjPRnu+s9BgcdKL7Qr++cNGcfntLeO FPuNEXcaZej4MhcYlsSlFb1pPkIN0pNSk0FzzQNvUHUh8o6VMcxF4IXfjpt+EeMF7fGZ VsOA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Tfo8yOtg; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 12si7751448oiz.131.2020.02.03.03.23.35; Mon, 03 Feb 2020 03:23:47 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=default header.b=Tfo8yOtg; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727535AbgBCKCX (ORCPT + 99 others); Mon, 3 Feb 2020 05:02:23 -0500 Received: from mail.kernel.org ([198.145.29.99]:60106 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727027AbgBCKCX (ORCPT ); Mon, 3 Feb 2020 05:02:23 -0500 Received: from pobox.suse.cz (prg-ext-pat.suse.com [213.151.95.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B537D20661; Mon, 3 Feb 2020 10:02:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1580724143; bh=ahQQuLeVqRAeyXyZkeWfDPhMHbc2ezc3Vjb5QoYyF+k=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=Tfo8yOtgWCScFhAUIo507L4tR5sodkhhjKX+bgYWpvA0Xi32rVKt/i1vj5gUNRRO5 cr0vi1oixVnXC87JDZeTag6rAmtywF6govCz45tjSBUCpAmTqbZBiu1Whj/+Po/YV+ 3R/bVh61Mh3QOuOMQK7mgAIhcXYal1VLM7H3+0mo= Date: Mon, 3 Feb 2020 11:02:19 +0100 (CET) From: Jiri Kosina To: Roderick Colenbrander cc: Martyn Welch , Benjamin Tissoires , linux-input , lkml , Conn O'Griofa , "Colenbrander, Roelof" Subject: Re: [PATCH] HID: Sony: Add support for Gasia controllers In-Reply-To: Message-ID: References: <20200126194513.6359-1-martyn@welchs.me.uk> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 28 Jan 2020, Roderick Colenbrander wrote: > Let me explain the situation a little bit better from our angle. These > devices exist and from the Linux community perspective of course they > should see some level of support. And as I said since this is PS3 > generation I don't have much of a concern. > > Where it becomes tricky for any company in our situation is the support > side. We don't know these devices and don't have access to datasheets or > anything, but when such code is in our "official driver" it means we > have to involve them in our QA process and support them in some manner > (kind of legitimizing their existence as well). We now support this > driver in a large capacity (pretty much all mobile devices will start > shipping it) it puts challenges on our partners (not a big issue since > just PS3 right now). > > As you can see this creates an awkward situation. I'm sure there other > such devices as well e.g. counterfeit Logitech keyboards, USB serial > adapters and other periperhals with similar challenges. In an ideal > world the support would live in another driver, but since in case of > this "fake" PS3 controller it "share" our product / vendor ids it is > tricky. At this point there is not a strong enough case yet to augment > the "hid-quirks" to do so, but perhaps if it became a serious issue > (e.g. for newer controllers) maybe we need to think of something. If this is a big issue for you, one possible way around it would be creating a module parameter which would tell the driver whether it should those "fake" devices, and you can then turn it off in your products (or we can of course start the "what should the default setting me" bikeshedding :) ). Thanks, -- Jiri Kosina SUSE Labs