Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp4394139pxb; Mon, 21 Feb 2022 20:08:48 -0800 (PST) X-Google-Smtp-Source: ABdhPJwBVrUKoUXrvVJcDoeLo9o1mbtkmmzcNMj4bBWL2jAGbbAFmWg0eN/9VfD9sdEwIdu6S14U X-Received: by 2002:a17:902:daca:b0:14f:bdc3:8986 with SMTP id q10-20020a170902daca00b0014fbdc38986mr7098247plx.167.1645502928530; Mon, 21 Feb 2022 20:08:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645502928; cv=none; d=google.com; s=arc-20160816; b=fzi04tcYWI36D2AI0W5nHf5S3dWIxS8YOF46RZiaIoghu1Oec/l2+QHZO9vmjvPd6A LcUvBuZzUHaH+9qKkQbvCzGou7Yml437h0vhxJMQJtTvzJAlMXMW1BssT8IdDdNPG2j/ YEFKepU5SOwcQLjQl97shQCaQA5MITk/EwkkgTkwMMOlEMTGuZngTQ2+q05+UYcwpzxX Vk+t3F+f40apefiwnfKCPx5Egf5GMCAaKNfL1nnTAtwtMI/dNw57lqIwnp5207AYTI2o q9NTpVXsU3Zaaf0bNzWJD2BCEqRfj5U72U/5qHJerqB79jawv/0j16HxwHCDdcLyXANB DtyA== 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=mku+c18I7VQ2aeS1F6q1MT9DOE1thxDcFJv9eN+Uryk=; b=pYZDoynf3waMh4X4cjD/K7okVI5xAppguyVQLenmnzyfRhkK6Sn+lU76u/GFFH/Iuq +cv233R5KxQ9rjTNnYm4X6xBYy/cTx35IrAl0pO7f/ggbdBuDc9Q0v//HTuz+AAF92Qo qgkbKDSVXJS70lNvLHzePdViiO/ThX3YuAzFwCAWgtieXAysB9Ct5BjPdv/Hv/9mQAPH IHGkLyG/bxgtnMO0b/GP5A/kqYKo8uEpCJQNg7FBpe4O9wnTNDX3FBJ8Yuh2UYXe81k8 bb2w/6orYANegIYQA5d1xb1rODgNjV0T9j6Ln8FDL1uKbdBiu5HQoBAvORlW0LTY8qmx +JaQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=B7ghdKBK; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id w8si1365264pgh.771.2022.02.21.20.08.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Feb 2022 20:08:48 -0800 (PST) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=B7ghdKBK; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 48E546E57D; Mon, 21 Feb 2022 20:08:38 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241461AbiBURHS (ORCPT + 99 others); Mon, 21 Feb 2022 12:07:18 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:54790 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240037AbiBURHR (ORCPT ); Mon, 21 Feb 2022 12:07:17 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3C4D51D32F; Mon, 21 Feb 2022 09:06:54 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id D35AE61389; Mon, 21 Feb 2022 17:06:53 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B4524C340F1; Mon, 21 Feb 2022 17:06:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1645463213; bh=/gW2nJhgpy7aHUQASMQy4APDC2IBYUJZ/lqp5fmORtE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=B7ghdKBKguX2VhhjBq1XzqNFqubSpftc4citLp9zEHxF0rg9y32+glEDXf1CCtJ5f 013h3jOlIH7XDBSUoJSrT1DLUaD4kgDiwpTg0iJ5071pp5edcRQO0NXgzFX7P3IVzh kt8g/HzEe7pjlfC0DM+yIXuvaqQ0etaGhx8B0mL8= Date: Mon, 21 Feb 2022 18:06:50 +0100 From: Greg KH To: Song Chen Cc: johan@kernel.org, elder@kernel.org, thierry.reding@gmail.com, u.kleine-koenig@pengutronix.de, lee.jones@linaro.org, greybus-dev@lists.linaro.org, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, linux-pwm@vger.kernel.org Subject: Re: [PATCH v2] staging: greybus: introduce pwm_ops::apply Message-ID: References: <1644580947-8529-1-git-send-email-chensong_2000@189.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1644580947-8529-1-git-send-email-chensong_2000@189.cn> X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 11, 2022 at 08:02:27PM +0800, Song Chen wrote: > Introduce apply in pwm_ops to replace legacy operations, > like enable, disable, config and set_polarity. > > Signed-off-by: Song Chen > > --- > V2: > 1, define duty_cycle and period as u64 in gb_pwm_config_operation. > 2, define duty and period as u64 in gb_pwm_config_request. > 3, disable before configuring duty and period if the eventual goal > is a disabled state. > --- > drivers/staging/greybus/pwm.c | 61 ++++++++++++----------- > include/linux/greybus/greybus_protocols.h | 4 +- > 2 files changed, 34 insertions(+), 31 deletions(-) > > diff --git a/drivers/staging/greybus/pwm.c b/drivers/staging/greybus/pwm.c > index 891a6a672378..03c69db5b9be 100644 > --- a/drivers/staging/greybus/pwm.c > +++ b/drivers/staging/greybus/pwm.c > @@ -89,7 +89,7 @@ static int gb_pwm_deactivate_operation(struct gb_pwm_chip *pwmc, > } > > static int gb_pwm_config_operation(struct gb_pwm_chip *pwmc, > - u8 which, u32 duty, u32 period) > + u8 which, u64 duty, u64 period) > { > struct gb_pwm_config_request request; > struct gbphy_device *gbphy_dev; > @@ -99,8 +99,8 @@ static int gb_pwm_config_operation(struct gb_pwm_chip *pwmc, > return -EINVAL; > > request.which = which; > - request.duty = cpu_to_le32(duty); > - request.period = cpu_to_le32(period); > + request.duty = duty; > + request.period = period; > > gbphy_dev = to_gbphy_dev(pwmc->chip.dev); > ret = gbphy_runtime_get_sync(gbphy_dev); > @@ -204,43 +204,46 @@ static void gb_pwm_free(struct pwm_chip *chip, struct pwm_device *pwm) > gb_pwm_deactivate_operation(pwmc, pwm->hwpwm); > } > > -static int gb_pwm_config(struct pwm_chip *chip, struct pwm_device *pwm, > - int duty_ns, int period_ns) > +static int gb_pwm_apply(struct pwm_chip *chip, struct pwm_device *pwm, > + const struct pwm_state *state) > { > + int err; > + bool enabled = pwm->state.enabled; > struct gb_pwm_chip *pwmc = pwm_chip_to_gb_pwm_chip(chip); > > - return gb_pwm_config_operation(pwmc, pwm->hwpwm, duty_ns, period_ns); > -}; > - > -static int gb_pwm_set_polarity(struct pwm_chip *chip, struct pwm_device *pwm, > - enum pwm_polarity polarity) > -{ > - struct gb_pwm_chip *pwmc = pwm_chip_to_gb_pwm_chip(chip); > - > - return gb_pwm_set_polarity_operation(pwmc, pwm->hwpwm, polarity); > -}; > + /* set polarity */ > + if (state->polarity != pwm->state.polarity) { > + if (enabled) { > + gb_pwm_disable_operation(pwmc, pwm->hwpwm); > + enabled = false; > + } > + err = gb_pwm_set_polarity_operation(pwmc, pwm->hwpwm, state->polarity); > + if (err) > + return err; > + } > > -static int gb_pwm_enable(struct pwm_chip *chip, struct pwm_device *pwm) > -{ > - struct gb_pwm_chip *pwmc = pwm_chip_to_gb_pwm_chip(chip); > + if (!state->enabled) { > + if (enabled) > + gb_pwm_disable_operation(pwmc, pwm->hwpwm); > + return 0; > + } > > - return gb_pwm_enable_operation(pwmc, pwm->hwpwm); > -}; > + /* set period and duty cycle*/ > + err = gb_pwm_config_operation(pwmc, pwm->hwpwm, state->duty_cycle, state->period); > + if (err) > + return err; > > -static void gb_pwm_disable(struct pwm_chip *chip, struct pwm_device *pwm) > -{ > - struct gb_pwm_chip *pwmc = pwm_chip_to_gb_pwm_chip(chip); > + /* enable/disable */ > + if (!enabled) > + return gb_pwm_enable_operation(pwmc, pwm->hwpwm); > > - gb_pwm_disable_operation(pwmc, pwm->hwpwm); > -}; > + return 0; > +} > > static const struct pwm_ops gb_pwm_ops = { > .request = gb_pwm_request, > .free = gb_pwm_free, > - .config = gb_pwm_config, > - .set_polarity = gb_pwm_set_polarity, > - .enable = gb_pwm_enable, > - .disable = gb_pwm_disable, > + .apply = gb_pwm_apply, > .owner = THIS_MODULE, > }; > > diff --git a/include/linux/greybus/greybus_protocols.h b/include/linux/greybus/greybus_protocols.h > index aeb8f9243545..81a6f16de098 100644 > --- a/include/linux/greybus/greybus_protocols.h > +++ b/include/linux/greybus/greybus_protocols.h > @@ -812,8 +812,8 @@ struct gb_pwm_deactivate_request { > > struct gb_pwm_config_request { > __u8 which; > - __le32 duty; > - __le32 period; > + __u64 duty; > + __u64 period; > } __packed; Did you just change a greybus protocol message that is sent over the wire? Why? And why drop the endian marking of it? Are you sure this is ok? thanks, greg k-h