Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp300940yba; Wed, 3 Apr 2019 09:00:46 -0700 (PDT) X-Google-Smtp-Source: APXvYqzrOy6wRHLSfsWo/P2wSE9VvxxzeJ9HHyMu9l4GFttcdKhzydyIU4CgU+Z4CS3icZaPg2SJ X-Received: by 2002:aa7:87c5:: with SMTP id i5mr228224pfo.20.1554307246423; Wed, 03 Apr 2019 09:00:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554307246; cv=none; d=google.com; s=arc-20160816; b=ciCB37sH+1ojrcAV2lku/Ez2ei9hL82+FeN4OHzRV5n33shqsL3kc+ZE4jOkIQ1+e4 XSZOui5XM9G/B+QzXSrzxHCo9Q5FfWRnaaVqpnOGjWSeKUKYErrKJIfScJdEv3oWKqnq 2WDKZ5CgrZCCHZFNMFl8Z9mGCE8k60RYW0RTux+mFailYvCgHFZfBhBiCdcJb5xBlqAw 8nCmZwS1OID3zehXeaZHU6gVwxC8EmPLbqulyAzEqZXs1IYNvJvwLmiTcDK4Dy/RLziy 5EDGIQn0N+auAYOp42CPN1HZUiSGmKsxZfPhH1xS5m1JHadVeOcFxcwffIijpQXat8DO XtZA== 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; bh=i2LDhds3RPovRplPypnvGn3VnVQwb7T3rQeDU7d70qk=; b=olwD+N6n4CVlQyXN2vW6zzf+aCmMyR9E1GnIcFY5iZK65kliDJ7WbkDXzlMEu+/R1r dNgvn8PujyLb0wRYFrWFMu8pf2D5UYJDUEBcKchcvn6n4XM7g25MVfuMOndstw1W5+IF pB6+5hPSahNY03CwKIkNrtY/aREPG4Bh0SpuTJ6y7vJZC7qIh/cRdcOc/CmjtfUfL8XW ufCWwkt7slJeblmTp+afAQmQz/OHhBYWSKQuL/Vo6S34Shxba9tmIdrQOsV6DTjUb7xv OFTnlOojBNvRta9TXTvfbzGCOCvTJ3ywO7unuoX/RGPOfSvQushpLf7q9+koJjwptC6m qFpw== ARC-Authentication-Results: i=1; mx.google.com; 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 t7si13763831plo.163.2019.04.03.09.00.30; Wed, 03 Apr 2019 09:00:46 -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; 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 S1726494AbfDCP7k (ORCPT + 99 others); Wed, 3 Apr 2019 11:59:40 -0400 Received: from foss.arm.com ([217.140.101.70]:43810 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726155AbfDCP7k (ORCPT ); Wed, 3 Apr 2019 11:59:40 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 72DBE80D; Wed, 3 Apr 2019 08:59:39 -0700 (PDT) Received: from [10.1.196.75] (e110467-lin.cambridge.arm.com [10.1.196.75]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 707B63F68F; Wed, 3 Apr 2019 08:59:37 -0700 (PDT) Subject: Re: [PATCH V4 3/3] hwmon: pwm-fan: Add RPM support via external interrupt To: Stefan Wahren , Guenter Roeck Cc: Kamil Debski , Bartlomiej Zolnierkiewicz , Jean Delvare , Rob Herring , Mark Rutland , linux-hwmon@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <1554214910-29925-1-git-send-email-stefan.wahren@i2se.com> <1554214910-29925-4-git-send-email-stefan.wahren@i2se.com> <20190402205538.GA15543@roeck-us.net> <31ef4637-fa95-3800-20cf-96be2a5ecae4@i2se.com> From: Robin Murphy Message-ID: <40c0bee8-3a24-66f8-615f-ec36ae7721ef@arm.com> Date: Wed, 3 Apr 2019 16:59:35 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <31ef4637-fa95-3800-20cf-96be2a5ecae4@i2se.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/04/2019 10:55, Stefan Wahren wrote: > Hi Guenter, > > Am 02.04.19 um 22:55 schrieb Guenter Roeck: >> On Tue, Apr 02, 2019 at 04:21:50PM +0200, Stefan Wahren wrote: >>> This adds RPM support to the pwm-fan driver in order to use with >>> fancontrol/pwmconfig. This feature is intended for fans with a tachometer >>> output signal, which generate a defined number of pulses per revolution. >>> >>> Signed-off-by: Stefan Wahren >>> --- >>> drivers/hwmon/pwm-fan.c | 111 ++++++++++++++++++++++++++++++++++++++++++++++-- >>> 1 file changed, 107 insertions(+), 4 deletions(-) >>> >>> diff --git a/drivers/hwmon/pwm-fan.c b/drivers/hwmon/pwm-fan.c >>> index 167221c..3245a49 100644 >>> --- a/drivers/hwmon/pwm-fan.c >>> +++ b/drivers/hwmon/pwm-fan.c >>> @@ -18,6 +18,7 @@ >>> >>> #include >>> #include >>> +#include >>> #include >>> #include >>> #include >>> @@ -26,6 +27,7 @@ >>> #include >>> #include >>> #include >>> +#include >>> >>> #define MAX_PWM 255 >>> >>> @@ -33,6 +35,14 @@ struct pwm_fan_ctx { >>> struct mutex lock; >>> struct pwm_device *pwm; >>> struct regulator *reg_en; >>> + >>> + int irq; >>> + atomic_t pulses; >>> + unsigned int rpm; >>> + u8 pulses_per_revolution; >>> + ktime_t sample_start; >>> + struct timer_list rpm_timer; >>> + >>> unsigned int pwm_value; >>> unsigned int pwm_fan_state; >>> unsigned int pwm_fan_max_state; >>> @@ -40,6 +50,32 @@ struct pwm_fan_ctx { >>> struct thermal_cooling_device *cdev; >>> }; >>> >>> +/* This handler assumes self resetting edge triggered interrupt. */ >>> +static irqreturn_t pulse_handler(int irq, void *dev_id) >>> +{ >>> + struct pwm_fan_ctx *ctx = dev_id; >>> + >>> + atomic_inc(&ctx->pulses); >>> + >>> + return IRQ_HANDLED; >>> +} >>> + >>> +static void sample_timer(struct timer_list *t) >>> +{ >>> + struct pwm_fan_ctx *ctx = from_timer(ctx, t, rpm_timer); >>> + int pulses; >>> + u64 tmp; >>> + >>> + pulses = atomic_read(&ctx->pulses); >>> + atomic_sub(pulses, &ctx->pulses); >>> + tmp = (u64)pulses * ktime_ms_delta(ktime_get(), ctx->sample_start) * 60; >>> + do_div(tmp, ctx->pulses_per_revolution * 1000); >>> + ctx->rpm = tmp; >>> + >>> + ctx->sample_start = ktime_get(); >>> + mod_timer(&ctx->rpm_timer, jiffies + HZ); >>> +} >>> + >>> static int __set_pwm(struct pwm_fan_ctx *ctx, unsigned long pwm) >>> { >>> unsigned long period; >>> @@ -100,15 +136,49 @@ static ssize_t pwm_show(struct device *dev, struct device_attribute *attr, >>> return sprintf(buf, "%u\n", ctx->pwm_value); >>> } >>> >>> +static ssize_t rpm_show(struct device *dev, >>> + struct device_attribute *attr, char *buf) >>> +{ >>> + struct pwm_fan_ctx *ctx = dev_get_drvdata(dev); >>> + >>> + return sprintf(buf, "%u\n", ctx->rpm); >>> +} >>> >>> static SENSOR_DEVICE_ATTR_RW(pwm1, pwm, 0); >>> +static SENSOR_DEVICE_ATTR_RO(fan1_input, rpm, 0); >>> >>> static struct attribute *pwm_fan_attrs[] = { >>> &sensor_dev_attr_pwm1.dev_attr.attr, >>> + &sensor_dev_attr_fan1_input.dev_attr.attr, >>> NULL, >>> }; >>> >>> -ATTRIBUTE_GROUPS(pwm_fan); >>> +static umode_t pwm_fan_attrs_visible(struct kobject *kobj, struct attribute *a, >>> + int n) >>> +{ >>> + struct device *dev = container_of(kobj, struct device, kobj); >>> + struct pwm_fan_ctx *ctx = dev_get_drvdata(dev); >>> + struct device_attribute *devattr; >>> + >>> + /* Hide fan_input in case no interrupt is available */ >>> + devattr = container_of(a, struct device_attribute, attr); >>> + if (devattr == &sensor_dev_attr_fan1_input.dev_attr) { >>> + if (ctx->irq <= 0) >>> + return 0; >>> + } >> Side note: This can be easier written as >> if (n == 1 && ctx->irq <= 0) >> return 0; >> >> Not that it matters much. >> >>> + >>> + return a->mode; >>> +} >>> + >>> +static const struct attribute_group pwm_fan_group = { >>> + .attrs = pwm_fan_attrs, >>> + .is_visible = pwm_fan_attrs_visible, >>> +}; >>> + >>> +static const struct attribute_group *pwm_fan_groups[] = { >>> + &pwm_fan_group, >>> + NULL, >>> +}; >>> >>> /* thermal cooling device callbacks */ >>> static int pwm_fan_get_max_state(struct thermal_cooling_device *cdev, >>> @@ -261,17 +331,45 @@ static int pwm_fan_probe(struct platform_device *pdev) >>> goto err_reg_disable; >>> } >>> >>> + timer_setup(&ctx->rpm_timer, sample_timer, 0); >>> + >>> + if (of_property_read_u8(pdev->dev.of_node, "pulses-per-revolution", >> This does not work: The property is not defined as u8. You have to either >> use of_property_read_u32() or declare the property as u8. > pulses_per_revolution is defined as u8 since this version The variable might be, but the "pulses-per-revolution" property itself is not being defined with the appropriate DT type ("/bits/ 8") in the binding, and thus will be stored as a regular 32-bit cell, for which reading it as a u8 array may or may not work correctly depending on endianness. TBH, unless there's a real need for a specific binary format in the FDT, I don't think it's usually worth the bother of using irregular DT types, especially when the practical impact amounts to possibly saving up to 3 bytes for a property which usually won't need to be specified anyway. I'd just do something like: u32 ppr = 2; of_property_read_u32(np, "pulses-per-revolution", &ppr); ctx->pulses_per_revolution = ppr; >> >> [ Sorry, I didn't know until recently that this is necessary ] >> >>> + &ctx->pulses_per_revolution)) { >>> + ctx->pulses_per_revolution = 2; >>> + } >>> + >>> + if (!ctx->pulses_per_revolution) { >>> + dev_err(&pdev->dev, "pulses-per-revolution can't be zero.\n"); >>> + ret = -EINVAL; >>> + goto err_pwm_disable; >>> + } >>> + >>> + ctx->irq = platform_get_irq(pdev, 0); >>> + if (ctx->irq == -EPROBE_DEFER) { >>> + ret = ctx->irq; >>> + goto err_pwm_disable; >> It might be better to call platform_get_irq() and to do do this check >> first, before enabling the regulator (in practice before calling >> devm_regulator_get_optional). It doesn't make sense to enable the >> regulator only to disable it because the irq is not yet available. >> >>> + } else if (ctx->irq > 0) { >> As written, this else is unnecessary, and static checkers will complain >> about it. >> >>> + ret = devm_request_irq(&pdev->dev, ctx->irq, pulse_handler, 0, >>> + pdev->name, ctx); >>> + if (ret) { >>> + dev_err(&pdev->dev, "Can't get interrupt working.\n"); >>> + goto err_pwm_disable; We could still continue without RPM support at this point, couldn't we? Or is this a deliberate "if that failed, then who knows how messed up the system is..." kind of thing? Robin. >>> + } >>> + ctx->sample_start = ktime_get(); >>> + mod_timer(&ctx->rpm_timer, jiffies + HZ); >>> + } >>> + >>> hwmon = devm_hwmon_device_register_with_groups(&pdev->dev, "pwmfan", >>> ctx, pwm_fan_groups); >>> if (IS_ERR(hwmon)) { >>> dev_err(&pdev->dev, "Failed to register hwmon device\n"); >>> ret = PTR_ERR(hwmon); >>> - goto err_pwm_disable; >>> + goto err_del_timer; >>> } >>> >>> ret = pwm_fan_of_get_cooling_data(&pdev->dev, ctx); >>> if (ret) >>> - return ret; >>> + goto err_del_timer; >> Outch. This is buggy and should have been "goto err_pwm_disable;". >> It needs to be fixed with a separate patch, and first, so we can >> backport it. Can you do that ? > > Sure > > Stefan >