Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp58164pxb; Wed, 20 Jan 2021 00:49:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJytEQGcOaAYTL6mbvr1vC8CyfuVrTmZziLRtClJGJ//xbmlwIvBDoi5yBhg+j3LSC49eZfK X-Received: by 2002:a17:906:5608:: with SMTP id f8mr5419841ejq.101.1611132594089; Wed, 20 Jan 2021 00:49:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611132594; cv=none; d=google.com; s=arc-20160816; b=M51TqgTYMPDWRqOL36xXJwqjrzRObpm+6PuzOUAYhrpJXqjOVb+khj62xS3pNzRr/T XcLVsQu6rzkUEX/uBCsWbKVN/lePUTPP3H7lbxLkTvwBCw8V0OVbz1e5HYrV+Cy1q9ZH PwILmWEX5NMFRwPpU87MLlaY4zuQKqiM78ERpaVkvgeBKb0QQ1QNexdqRq04+2s3Zzb3 crVHftGZN/fMYK9EHsU3KGF4kbEDt5sT0HETCoGDwBl5T6xVAhm3+mzfnIbKWZzwpQWW cHqllS4QG3o7gS2sU611kNMONUJJXTHSlbELA1zqyYJp8TMaJRHuR7QrsmnwDlV5cbjg OpuA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=SXf4GvdEKbv7dKJxZGyB67zQvG4oiz6mZ9/eN327ukk=; b=ds9X3rEAV43akCF4yFn/x+nVQbc8vfLTeHi1skPVhm7cfAM+WE92kIN2y9j4Qja06g bPYYW7GOIoE42ZUboKpCIuTpgeu6C2IQjmPg2ArOfnDcuKfJV7eopzLWaCtWp97bhO+s 3TZ/Ze1zTIIh6CdQDjRryla7uwAY4WBLe2sQp5l/LRN1Ejsyb28st9pxu3Qwzpp2CI5N eap1za7LcJTV9+vHdckk2wJXSvhgCS+3m2zUv2i/jAEzQ4hUQH4XRt3oq4X9EsRJEkiY D0ky1zr1Ikt3T25rKnFJbIyOC7V6h9QTPTWGHU+YTCsw0yh5bMju6uT8HdCDJVE0Q4OV pzfA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Lbq6FX1R; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id op4si452594ejb.545.2021.01.20.00.49.30; Wed, 20 Jan 2021 00:49:54 -0800 (PST) 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; dkim=pass header.i=@linaro.org header.s=google header.b=Lbq6FX1R; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730910AbhATIpO (ORCPT + 99 others); Wed, 20 Jan 2021 03:45:14 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35324 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730812AbhATIob (ORCPT ); Wed, 20 Jan 2021 03:44:31 -0500 Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 540A7C0613C1 for ; Wed, 20 Jan 2021 00:43:50 -0800 (PST) Received: by mail-wm1-x329.google.com with SMTP id v184so2061246wma.1 for ; Wed, 20 Jan 2021 00:43:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=SXf4GvdEKbv7dKJxZGyB67zQvG4oiz6mZ9/eN327ukk=; b=Lbq6FX1RigB7xQMoRcTXU/4C2bBP8iEZ9TFRrYyw5aS6zOJojXXv3929ylVvKJ7vxH S4cUN2wCi6xGC4lmAVKNkOzkNXK7VEw12xk90tVajk/zhgtA++hnDlyz2vrIrsa6cHgr 1Ux/vRyiDxtSmXZmEx98nUnvXxsjUqcXmSRCGdjsRdRUigN4lyiCdLK/xhqWvfUSu/3A 30KSUgGkgf4FN+EioocREUn520DYVKSkLdP/LFGXI+icpei+57zyEr2rXZoZ9IfeUexZ Dmw6gQ6FSt5I90cN/Bz8xWNL0kYo/Wp/I1jsfEn4/CdnyXAHWk/c1kArkCcmRmIVEDoO XLkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=SXf4GvdEKbv7dKJxZGyB67zQvG4oiz6mZ9/eN327ukk=; b=WIRlPJvjQ/SmHFYo0NfvbhszRvujPPGCeb9cGaXkHsW86cr1w27F8O1SZj3uP9lPWd dqE8WTwHz+qwk3OidqfmRMPcTWsLj37A9CGhpjkB6ioozXe8+QY2uwPAtsixuRzfJzDm yZc6q3kX3uNjq898frLbTiyQp8eJ8maPq5unO6xivreKnE/wipCAlhmxPoBV19tcY3oz fUPspBsYaSADcHlrASj5dmq0kv9CErjVZY6gPA2ydz1yxLjmRNcUkHbkGGu8qs95MIJ2 XFuaCQbdYmx068BYtbevUEYGkp7e1ykxyqTlBNmC9AilVYUuI5sKj9l8AQ09AUtWruO9 8kLQ== X-Gm-Message-State: AOAM533EdNeWIyUaaJINTiVskHzllNJWSHtu7GFGIbnACNcpQTvBCPAZ GtOO/K2kn/n0LS4Q9GL0EUoZqg== X-Received: by 2002:a1c:6486:: with SMTP id y128mr3357034wmb.12.1611132229059; Wed, 20 Jan 2021 00:43:49 -0800 (PST) Received: from dell ([91.110.221.158]) by smtp.gmail.com with ESMTPSA id q6sm2463132wmj.32.2021.01.20.00.43.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 Jan 2021 00:43:48 -0800 (PST) Date: Wed, 20 Jan 2021 08:43:46 +0000 From: Lee Jones To: Jeff LaBundy Cc: linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 5/6] mfd: iqs62x: Do not poll during ATI Message-ID: <20210120084346.GR4903@dell> References: <1610942228-7275-1-git-send-email-jeff@labundy.com> <1610942228-7275-6-git-send-email-jeff@labundy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1610942228-7275-6-git-send-email-jeff@labundy.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 17 Jan 2021, Jeff LaBundy wrote: > After loading firmware, the driver triggers ATI (calibration) with > the newly loaded register configuration in place. Next, the driver > polls a register field to ensure ATI completed in a timely fashion > and that the device is ready to sense. > > However, communicating with the device over I2C while ATI is under- > way may induce noise in the device and cause ATI to fail. As such, > the vendor recommends not to poll the device during ATI. > > To solve this problem, let the device naturally signal to the host > that ATI is complete by way of an interrupt. A completion prevents > the sub-devices from being registered until this happens. > > The former logic that scaled ATI timeout and filter settling delay > is not carried forward with the new implementation, as it produces > overly conservative delays at lower clock rates. Instead, a single > pair of delays that covers all cases is used. > > Signed-off-by: Jeff LaBundy > --- > Changes in v2: > - Removed superfluous newlines throughout all iqs62x_dev_desc structs > > drivers/mfd/iqs62x.c | 125 +++++++++++++++++++++++++-------------------- > include/linux/mfd/iqs62x.h | 11 ++-- > 2 files changed, 73 insertions(+), 63 deletions(-) Applied, thanks. -- Lee Jones [李琼斯] Senior Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog