Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp1435802pxu; Thu, 17 Dec 2020 09:51:47 -0800 (PST) X-Google-Smtp-Source: ABdhPJx3gD635+BHVx/ppQ8+8zaoKYy+A3qHcwLgdc6OMCYr9hOtOKvtEpFiQg0UCLFCUY6/9zNH X-Received: by 2002:a17:906:b74b:: with SMTP id fx11mr145717ejb.410.1608227507022; Thu, 17 Dec 2020 09:51:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608227507; cv=none; d=google.com; s=arc-20160816; b=cWEW5mvOXAFqERFffBgyRfpRsBW0jkedhE48LRtqRMm8SB6/328fda2W3GFrS140I3 7hDkpi1f/TclD03omRSn6HFBoB1HP4/XgDKPEH8pC3MLkdkzQBRCR5nLYtV8YPjA6KOr h8HvyleMWR2+GI2NYz2mlFfhm37IyU9fEpNy4oLBeEzMLTkqmUPg5mL8F0FU/OJAmODc g+3PdVLj46Zqunvi/W6N2KvlzYO0jaPhuoBFrsQuD8tLt6VHdWDFnkDIFirXIWgTpyxB gC98o5uV3docrUzCbsOtrJJ1CeghP418z3Ud60DnCx+rG1+dOliCBwbdfppbSMHUkXZb ykoA== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=5yv6lGeSgyryVCNTl8aoCTVLcb95oe95IW/ZaqfogQw=; b=0wWloav2NV9FgjPiouXvhA+ekWQzws4g6aUx3hMPKxM5pnUdVado4GHH4ckyIsa117 +dLe1emtSRxd7KHCMm+cyvFas/gg3uZYN9QSLL9WsdAcG6NqS/cP28eleYN+Bm5RsBPG 9OjBLYxA3fU5jRSJpA2wBQOeUEl13b0XXIvwAeEWMVXbpCZC5P0/ltCR6tzKXNCtla8a nMz6pvFE5oXIBPkd8yedhEwpF37rsE3chqmfj55slFLtNycBU7zSAkM8/0pf3VtiNMyn sGT4tuRVP7Pf0ZyZC2cfyor9MayEMLQzf1653A88cE+52b+kdBDQeyroVo10y50sM0AG vz0g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@pqgruber.com header.s=mail header.b="R3LLK/FB"; 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=QUARANTINE sp=NONE dis=NONE) header.from=pqgruber.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t11si1853922edv.337.2020.12.17.09.51.24; Thu, 17 Dec 2020 09:51:47 -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=@pqgruber.com header.s=mail header.b="R3LLK/FB"; 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=QUARANTINE sp=NONE dis=NONE) header.from=pqgruber.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727891AbgLQRvG (ORCPT + 99 others); Thu, 17 Dec 2020 12:51:06 -0500 Received: from mail.pqgruber.com ([52.59.78.55]:56072 "EHLO mail.pqgruber.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727368AbgLQRvG (ORCPT ); Thu, 17 Dec 2020 12:51:06 -0500 Received: from workstation.tuxnet (213-47-165-233.cable.dynamic.surfer.at [213.47.165.233]) by mail.pqgruber.com (Postfix) with ESMTPSA id 558C5C727E0; Thu, 17 Dec 2020 18:50:23 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pqgruber.com; s=mail; t=1608227423; bh=5yv6lGeSgyryVCNTl8aoCTVLcb95oe95IW/ZaqfogQw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=R3LLK/FB1wRB0FrDR4XOoYTk4Z2wq1g5a9f6hYSj4dxKcpxZ5+gKj3kJIp6wWAmqe 55FqK4NYQuDNhqLVZtTpZImcG83LMYyAVha2mNMjgvtUTqjqn/LFqHIqaCjLDnaN9D keGIykFcA0Kx5UNm/ZWvDKIl8d1ihFtMGCjJ6w5Q= Date: Thu, 17 Dec 2020 18:50:22 +0100 From: Clemens Gruber To: Sven Van Asbroeck Cc: linux-pwm@vger.kernel.org, Thierry Reding , Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , Lee Jones , Linux Kernel Mailing List , Mika Westerberg , David Jander Subject: Re: [PATCH v5 5/7] pwm: pca9685: Support staggered output ON times Message-ID: References: <20201215212228.185517-1-clemens.gruber@pqgruber.com> <20201215212228.185517-5-clemens.gruber@pqgruber.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Dec 16, 2020 at 11:02:57PM -0500, Sven Van Asbroeck wrote: > Hi Clemens, see below. > > On Wed, Dec 16, 2020 at 7:53 AM Clemens Gruber > wrote: > > > > The PCA9685 supports staggered LED output ON times to minimize current > > surges and reduce EMI. > > When this new option is enabled, the ON times of each channel are > > delayed by channel number x counter range / 16, which avoids asserting > > all enabled outputs at the same counter value while still maintaining > > the configured duty cycle of each output. > > > > Signed-off-by: Clemens Gruber > > --- > > drivers/pwm/pwm-pca9685.c | 62 +++++++++++++++++++++++++++++++-------- > > 1 file changed, 50 insertions(+), 12 deletions(-) > > > > diff --git a/drivers/pwm/pwm-pca9685.c b/drivers/pwm/pwm-pca9685.c > > index 38aadaf50996..ff916980de49 100644 > > --- a/drivers/pwm/pwm-pca9685.c > > +++ b/drivers/pwm/pwm-pca9685.c > > @@ -79,6 +79,7 @@ > > struct pca9685 { > > struct pwm_chip chip; > > struct regmap *regmap; > > + bool staggered_outputs; > > #if IS_ENABLED(CONFIG_GPIOLIB) > > struct mutex lock; > > struct gpio_chip gpio; > > @@ -93,45 +94,79 @@ static inline struct pca9685 *to_pca(struct pwm_chip *chip) > > > > static void pca9685_pwm_set_duty(struct pca9685 *pca, int channel, unsigned int duty) > > { > > + unsigned int on, off; > > + > > if (duty == 0) { > > /* Set the full OFF bit, which has the highest precedence */ > > regmap_write(pca->regmap, REG_OFF_H(channel), LED_FULL); > > + return; > > } else if (duty >= PCA9685_COUNTER_RANGE) { > > /* Set the full ON bit and clear the full OFF bit */ > > regmap_write(pca->regmap, REG_ON_H(channel), LED_FULL); > > regmap_write(pca->regmap, REG_OFF_H(channel), 0); > > - } else { > > - /* Set OFF time (clears the full OFF bit) */ > > - regmap_write(pca->regmap, REG_OFF_L(channel), duty & 0xff); > > - regmap_write(pca->regmap, REG_OFF_H(channel), (duty >> 8) & 0xf); > > - /* Clear the full ON bit */ > > - regmap_write(pca->regmap, REG_ON_H(channel), 0); > > + return; > > + } > > + > > + if (pca->staggered_outputs) { > > + if (channel < PCA9685_MAXCHAN) { > > + /* > > + * To reduce EMI, the ON times of each channel are > > + * spread out evenly within the counter range, while > > + * still maintaining the configured duty cycle > > + */ > > + on = channel * PCA9685_COUNTER_RANGE / PCA9685_MAXCHAN; > > + off = (on + duty) % PCA9685_COUNTER_RANGE; > > + regmap_write(pca->regmap, REG_ON_L(channel), on & 0xff); > > + regmap_write(pca->regmap, REG_ON_H(channel), (on >> 8) & 0xf); > > + regmap_write(pca->regmap, REG_OFF_L(channel), off & 0xff); > > + regmap_write(pca->regmap, REG_OFF_H(channel), (off >> 8) & 0xf); > > + return; > > + } > > + /* No staggering possible if "all LEDs" channel is used */ > > + regmap_write(pca->regmap, PCA9685_ALL_LED_ON_L, 0); > > } > > + /* Set OFF time (clears the full OFF bit) */ > > + regmap_write(pca->regmap, REG_OFF_L(channel), duty & 0xff); > > + regmap_write(pca->regmap, REG_OFF_H(channel), (duty >> 8) & 0xf); > > + /* Clear the full ON bit */ > > + regmap_write(pca->regmap, REG_ON_H(channel), 0); > > } > > I find the set_duty() function quite hard to follow. > Can we simplify this by eliminating the !staggered_outputs special case? > E.g. always calculate and write 'on' and 'off'. > But if !staggered_outputs => on = 0 and off = duty. > > Yes this adds one extra/unnecessary register write in the !staggered case, > but simplicity/maintainability >>> efficiency here. And this "issue" will > disappear when we switch on regmap caching. No objections, I will eliminate the special case. > > > > > static unsigned int pca9685_pwm_get_duty(struct pca9685 *pca, int channel) > > { > > - unsigned int off_h, val; > > + unsigned int off, on, val; > > > > if (WARN_ON(channel >= PCA9685_MAXCHAN)) { > > /* Hardware readout not supported for "all LEDs" channel */ > > return 0; > > } > > > > - regmap_read(pca->regmap, LED_N_OFF_H(channel), &off_h); > > - if (off_h & LED_FULL) { > > + regmap_read(pca->regmap, LED_N_OFF_H(channel), &off); > > + if (off & LED_FULL) { > > /* Full OFF bit is set */ > > return 0; > > } > > > > - regmap_read(pca->regmap, LED_N_ON_H(channel), &val); > > - if (val & LED_FULL) { > > + regmap_read(pca->regmap, LED_N_ON_H(channel), &on); > > + if (on & LED_FULL) { > > /* Full ON bit is set */ > > return PCA9685_COUNTER_RANGE; > > } > > > > regmap_read(pca->regmap, LED_N_OFF_L(channel), &val); > > - return ((off_h & 0xf) << 8) | (val & 0xff); > > + off = ((off & 0xf) << 8) | (val & 0xff); > > + > > + if (pca->staggered_outputs) { > > + regmap_read(pca->regmap, LED_N_ON_L(channel), &val); > > + on = ((on & 0xf) << 8) | (val & 0xff); > > + > > + if (off >= on) > > + return off - on; > > + else > > + return off + PCA9685_COUNTER_RANGE - on; > > I think the if/else is unnecessary. unsigned int is twos-complement, > so we can just write: > > return (off - on) & 0xfff; (or PCA9685_COUNTER_RANGE - 1) > > and it will "magically" work even if off < on. Ah, yes of course. Good catch! > > > > + } > > + > > + return off; > > } > > As in set_duty(), consider removing the !staggered_outputs special case, > to make this function clearer and simpler. Yes, thanks. > > > > > #if IS_ENABLED(CONFIG_GPIOLIB) > > @@ -442,6 +477,9 @@ static int pca9685_pwm_probe(struct i2c_client *client, > > > > regmap_write(pca->regmap, PCA9685_MODE2, reg); > > > > + pca->staggered_outputs = device_property_read_bool( > > + &client->dev, "nxp,staggered-outputs"); > > + > > /* Disable all LED ALLCALL and SUBx addresses to avoid bus collisions */ > > regmap_read(pca->regmap, PCA9685_MODE1, ®); > > reg &= ~(MODE1_ALLCALL | MODE1_SUB1 | MODE1_SUB2 | MODE1_SUB3); > > -- > > 2.29.2 > >