Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp990107ybh; Wed, 15 Jul 2020 23:17:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwBVZIliUeNfXNG8Z9U7p0pFYHhEuXGucGxThEKKJGJczH5CTew3QlpVl4MBGDkFp/ZV4OW X-Received: by 2002:a17:906:2b9b:: with SMTP id m27mr2293239ejg.19.1594880267229; Wed, 15 Jul 2020 23:17:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594880267; cv=none; d=google.com; s=arc-20160816; b=HWbuq1418NnTL0HwvJhgUWKMcV5BweCzNZflJfxsy/SSzcG7d7+dxd+HeOgDVJ3RAa LZBpyS9+VWMpbPd5C96fewcBE/gZHz6E9bwz+0nLZ0vmv7qxQJg4IL+wx9xAgj+mQryI ln5gitnfNXDpwno1HyBUaPo5mu261G50PTAzZIiipqzbovBWuNbMy0ARGbw8OpFyBf60 4ywBlzjZ+LIbD+1Qdkv33hTlr/w2i//Ziuu1xN5BeWmrdaSxwPyIsAWSdOlHcIEslkSZ ri4gRaHCoxKHWfsrd0t/xq58IkR9LhjQtuyjS42giliTjkB42Gj/I77fLlHz71IEj43n /rjw== 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:mime-version :date:cc:to:references:in-reply-to:message-id:subject:reply-to:from; bh=qflKcODFZ1vtFnw1aRndKE5pkgYrUwKaLmxkEuFeFi4=; b=DhKNWJM9vW6EEQxEhSEXvMahi4yTmV9QjgnPXsbdEzYVsUw2PgeHUbpNcfykEc4Y+D x6cfeDoZKMn6hhDgNHHvOrSPpvUP0wLtd3EcUw4TB/33eEE26XdxxACNCXKmhyBHfwzK QvKucMlgoNpVB79P4V53JawW6txfILU5WlowaKEAuUaoahzONCQrtqpMWvPampuuC1fr Aw7P0WecFHWK5HP9s8ax7vlV+7PFhkcXnYfjZDBl7a6iCcbbBJnXGSp26FNbBX0aes80 2zwiCd3VLGPCWUQk17txDJfNQNjTd6uRvhwqluNPattcciF2Zmxskp3RnPfCD7NYXIRI Ug/Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i22si2364388edy.547.2020.07.15.23.17.24; Wed, 15 Jul 2020 23:17:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727989AbgGPGPa convert rfc822-to-8bit (ORCPT + 99 others); Thu, 16 Jul 2020 02:15:30 -0400 Received: from emcscan.emc.com.tw ([192.72.220.5]:60598 "EHLO emcscan.emc.com.tw" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725844AbgGPGP3 (ORCPT ); Thu, 16 Jul 2020 02:15:29 -0400 X-IronPort-AV: E=Sophos;i="5.56,253,1539619200"; d="scan'208";a="36456284" Received: from unknown (HELO webmail.emc.com.tw) ([192.168.10.1]) by emcscan.emc.com.tw with ESMTP; 16 Jul 2020 14:15:28 +0800 Received: from 192.168.10.23 by webmail.emc.com.tw with MailAudit ESMTP Server V5.0(95780:0:AUTH_RELAY) (envelope-from ); Thu, 16 Jul 2020 14:15:26 +0800 (CST) Received: By OpenMail Mailer;Thu, 16 Jul 2020 14:15:23 +0800 (CST) From: "jingle.wu" Reply-To: "jingle.wu" Subject: Re: [PATCH 2/2] Input: elan_i2c - Modify the IAP related functio n for page sizes 128, 512 bytes. Message-ID: <1594880123.69588.jingle.wu@emc.com.tw> In-Reply-To: <20200716053912.GB1665100@dtor-ws> References: <20200714105641.15151-1-jingle.wu@emc.com.tw> <20200716053912.GB1665100@dtor-ws> To: "Dmitry Torokhov" Cc: "linux-kernel" , "linux-input" , "phoenix" , "josh.chen" , "kai.heng.feng" Date: Thu, 16 Jul 2020 14:15:23 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org HI Dmitry: Just to confirm, the older devices (I assume that pattern 0 means older) have version command that is numerically higher than the one for the newer (pattern >= 1) devices? >> Yes, Pattern 1, 2 are newer devices. > @@ -324,7 +342,14 @@ static int elan_i2c_get_sm_version(struct i2c_client *client, > return error; > } > *version = val[0]; > - *ic_type = val[1]; > + > + error = elan_i2c_read_cmd(client, ETP_I2C_IAP_VERSION_CMD, val); > + if (error) { > + dev_err(&client->dev, "failed to get ic type: %d\n", > + error); > + return error; > + } Could you please tell me why this chunk is needed? >> Modify the old pattern IC firmware read the correct ic_type. In the elan_i2c_core.c, move this code to elan_i2c_i2c.c. static int elan_query_device_info(struct elan_tp_data *data) { ..... if (data->pattern == 0x01) ic_type = data->ic_type; else ic_type = data->iap_version; ..... return 0; } THANKS -----Original message----- From:Dmitry Torokhov To:Jingle Wu Cc:linux-kernel@vger.kernel.org,linux-input@vger.kernel.org,phoenix@emc.com.tw,josh.chen@emc.com.tw,kai.heng.feng@canonical.com Date:Thu, 16 Jul 2020 13:39:12 Subject:Re: [PATCH 2/2] Input: elan_i2c - Modify the IAP related function for page sizes 128, 512 bytes. Hi Jingle, On Tue, Jul 14, 2020 at 06:56:41AM -0400, Jingle Wu wrote: > + if (!iap) > + cmd = ETP_I2C_FW_VERSION_CMD; > + else if (pattern_ver == 0) > + cmd = ETP_I2C_IAP_VERSION_CMD_OLD; Just to confirm, the older devices (I assume that pattern 0 means older) have version command that is numerically higher than the one for the newer (pattern >= 1) devices? > + else > + cmd = ETP_I2C_IAP_VERSION_CMD; > > - error = elan_i2c_read_cmd(client, > - iap ? ETP_I2C_IAP_VERSION_CMD : > - ETP_I2C_FW_VERSION_CMD, > - val); > + error = elan_i2c_read_cmd(client, cmd, val); > if (error) { > dev_err(&client->dev, "failed to get %s version: %d\n", > iap ? "IAP" : "FW", error); > return error; > } > > - if (pattern_ver == 0x01) > + if (pattern_ver >= 0x01) > *version = iap ? val[1] : val[0]; > else > *version = val[0]; > @@ -298,7 +316,7 @@ static int elan_i2c_get_sm_version(struct i2c_client *client, > return error; > } > > - if (pattern_ver == 0x01) { > + if (pattern_ver >= 0x01) { > error = elan_i2c_read_cmd(client, ETP_I2C_IC_TYPE_CMD, val); > if (error) { > dev_err(&client->dev, "failed to get ic type: %d\n", > @@ -324,7 +342,14 @@ static int elan_i2c_get_sm_version(struct i2c_client *client, > return error; > } > *version = val[0]; > - *ic_type = val[1]; > + > + error = elan_i2c_read_cmd(client, ETP_I2C_IAP_VERSION_CMD, val); > + if (error) { > + dev_err(&client->dev, "failed to get ic type: %d\n", > + error); > + return error; > + } Could you please tell me why this chunk is needed? Thanks. -- Dmitry