Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp5940920ybi; Wed, 12 Jun 2019 11:05:08 -0700 (PDT) X-Google-Smtp-Source: APXvYqwReUC550d1O0CyHYtMTNIDWcVQM6BdJBEv0u9rcllb2RbxGmGdyQ7c7QoJDswm8wBLsOtP X-Received: by 2002:a65:42c3:: with SMTP id l3mr26448312pgp.372.1560362708002; Wed, 12 Jun 2019 11:05:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560362707; cv=none; d=google.com; s=arc-20160816; b=FnIS29TgeH7YY8dGkB23GEfuF/cIOAgflNxwYL+U8m31i+kH6PD3GHqn/3LuAlPeXt IrEdWToiGcu8UXlk6b20T/xVg7wIK6v1/KS9bdQO9EDckNdlzUqsr62o6wm//3953u7C 6qbh9uBPKzgFk3KJZLnIYLz35GRSqH0IxMxWU4SYtsZyUboOEl16zbH5frAsXKfu59bd nDRP/v/vs8zWlFMrszIhzxskRHnhYJR6arF7064sNZYTp0BT5RBIjhkEBzEPGi8nmk+D HT8FP42Ss1VN8EeOs9iGatHB0JyxUz/QhhbE2d2o6kJoTenk0/ezWxBvBhgNatkw4o6k JykQ== 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:dmarc-filter :dkim-signature:dkim-signature; bh=oBSxsZVhHVavj8+kE6ckwbYyLTrsbFFiCKnqftICaX0=; b=epDmSbaX2+QOSvoRd1b1U2zE5C9nFedR7ZO7y+NAyHTsc+SGQU1OIeMwKYCflRDtiE 3FyqBvqVnpd6cJcz53LLe0ck4vlaltkc9kjzHkFWEwiRP8gylrM52p0WAMjfYNKwYtgx tdxyNBKGNefqq2EG/5Mob4XUZhu1b/VrvLupLPXWkbnpy6aRyc0dJKeKQyr4kg74qx8V ttf51aSdYlJlGaKxHGuomPLYPCYwm92bW233fNPvf0bpfXb9FnHjhu2BpwPka9z2zUlp OeTc2+SyuwLsoPjzy9S49p/cOXi/fDOXfVldsWjHqZrAHVCS2ilhJTllVQHv1sahJwn8 vRrw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=Nt7sd7cZ; dkim=pass header.i=@codeaurora.org header.s=default header.b=I8Hju8KJ; 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 63si316641ple.154.2019.06.12.11.04.52; Wed, 12 Jun 2019 11:05:07 -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; dkim=pass header.i=@codeaurora.org header.s=default header.b=Nt7sd7cZ; dkim=pass header.i=@codeaurora.org header.s=default header.b=I8Hju8KJ; 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 S1727964AbfFLPix (ORCPT + 99 others); Wed, 12 Jun 2019 11:38:53 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:55506 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726829AbfFLPiw (ORCPT ); Wed, 12 Jun 2019 11:38:52 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id D684A60312; Wed, 12 Jun 2019 15:38:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1560353931; bh=jo5xwzUkOXexvviKPM6NFNmRQs5GnOMsMW7FYO6sJ00=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=Nt7sd7cZDHTP1ZD9BGLhpg5rSQFdvUK1R2mXkRYJL0U5w1JoCvtR0q/ezvfDFcguR v+sth8LZmLK/T5mYzGlxiOli7B6WvVQacdXZq/gcVvXUFmAyfs5pDpdm5G04OEVHp1 +0+PzOfZriOjnXhHw9ba88bitXd41PRgS6n+a6bM= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_INVALID,DKIM_SIGNED,SPF_NONE autolearn=no autolearn_force=no version=3.4.0 Received: from [10.226.58.28] (i-global254.qualcomm.com [199.106.103.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jhugo@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 5D3A4602F3; Wed, 12 Jun 2019 15:38:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1560353930; bh=jo5xwzUkOXexvviKPM6NFNmRQs5GnOMsMW7FYO6sJ00=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=I8Hju8KJNFAyrfSlI3R59XQCdY9ihtqyUcwtNqUKPb95ly8WzJGcN12ELC8YgP2mB KtTLMuPpeSgMIsiPD5Nv32DIRd4XdrXpRTke6G4KcxZl72wgMXQ2Vsoy/wdlVc069m 1fNeCLC0pOkSVCHPuS/ymcijn+tTp8u+gt1ZXfo4= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 5D3A4602F3 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=jhugo@codeaurora.org Subject: Re: [PATCH v5 2/3] HID: quirks: Refactor ELAN 400 and 401 handling To: Benjamin Tissoires , Dmitry Torokhov Cc: Jiri Kosina , Jeffrey Hugo , Bjorn Andersson , Lee Jones , Rob Herring , Mark Rutland , Andy Gross , David Brown , Hans de Goede , "linux-input@vger.kernel.org" , DTML , "open list:ARM/QUALCOMM SUPPORT" , lkml References: <20190606161055.47089-1-jeffrey.l.hugo@gmail.com> <20190606161322.47192-1-jeffrey.l.hugo@gmail.com> <20190612003507.GG143729@dtor-ws> From: Jeffrey Hugo Message-ID: <13ffac55-7760-9dda-8c80-d15283cf8f92@codeaurora.org> Date: Wed, 12 Jun 2019 09:38:48 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed 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 6/12/2019 9:21 AM, Benjamin Tissoires wrote: > On Wed, Jun 12, 2019 at 5:14 PM Dmitry Torokhov > wrote: >> >> On Wed, Jun 12, 2019 at 7:45 AM Jiri Kosina wrote: >>> >>> On Tue, 11 Jun 2019, Dmitry Torokhov wrote: >>> >>>>> +static const char *hid_elan_i2c_ignore[] = { >>>> >>>> If this is a copy of elan whitelist, then, if we do not want to bother >>>> with sharing it in object form (as a elan-i2c-ids module), can we at >>>> least move it into include/linux/input/elan-i2c-ids.h and consume from >>>> hid-quirks.c? >>> >>> Let's just not duplicate it in both objects. Why not properly export it >>> from hid_quirks? >> >> Strictly speaking Elan does not depend on HID; exporting it from >> quirks would mean adding this dependency. This also mean that you >> can't make Elan built-in while keeping HID as a module (I think this >> at least used to be config on some Chromebooks). >> > > I also think it would me things cleaner to have the list of devices in elan_i2c. > If we put the list of devices supported by elan_i2c in a header, and > have HID read this .h file directly, there will be no runtime > dependency. > > I am sure we can work something out to remove Jeffrey's fears. Works for me. I plan to have the next rev posted by the end of the week.