Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3985634pxb; Tue, 25 Jan 2022 00:42:52 -0800 (PST) X-Google-Smtp-Source: ABdhPJylf5SyuuWeNg73/FScwaTDVNNfkPdcDMXwiZFyxzl9gGOzbq3lU1NLFV7vlKbOEF2W04Jg X-Received: by 2002:a17:906:9b8f:: with SMTP id dd15mr8359640ejc.404.1643100172451; Tue, 25 Jan 2022 00:42:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643100172; cv=none; d=google.com; s=arc-20160816; b=BYEHkCKqhOiksHvpUdp76nsDWNs2HMbOQDUe2ua/tikDNYBBJsQqNnvLZVnF+e4B0e l2z3Pcr1PAs6sEkKQLi7n2Ap4AB/xnqziiyvkwMWFBWjHKjpLmLd4FFLBXHO7tiOipLK VYAMhwUt85hl1M1P++pNgu55HdBkX4LHhTAGcwlDiPxljAXJxPLrMjUFr08uVlOUq1VS fdmTQU3x86wtoFzwWVWeDTS5dWpzUtX5NWuex0ihIxcGH4EJxCn2ZWl38Cel5j4jiKj+ jR27Co/fDAfhVVt7mMSUSeBytdXscBif4fXmO7YieUcaNqkHnicIOWyKV6ONNDkp54LH DOJA== 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:sender:dkim-signature; bh=4d+4TLddh1iILo0iPjAzyUaE64ZZAAUgPh4mjdb7zyo=; b=bImZSpaRFYR/Iw2EAq6ULT2TZZ65OvJ5KzJVrT2A3A6UTn26H1c/xZFTXDskc+aI0v 8bwwTiTv4djVuLuzIFv8wJSNJfmKeLss9rT/plD00MGoXpKV1JM0KoR44OBUhxcn4iBv zCJn0uNyuFkoVm1XsUntye8AWcZejO6N4Xn7dx4ZW0cxaS2avaX0L5s2tfCYEFR5Lq4V Jecm11Yqp+mCArD+AFlTcF9H2u31FUwauu3Upz3dsOs1XyckB3dZObB243Lcb0hRpyGU wRlUN+x/U2IIL+XzDSBXLCUB5UHE7rzej2Xd4XtHVabVNDFdA5M/L1Jbwsm9X6N96egL jizQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=Lc6oqAUS; 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 v7si2458610ejv.190.2022.01.25.00.42.26; Tue, 25 Jan 2022 00:42:52 -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=@gmail.com header.s=20210112 header.b=Lc6oqAUS; 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 S1319181AbiAYDIG (ORCPT + 99 others); Mon, 24 Jan 2022 22:08:06 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36454 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S3420425AbiAYCYS (ORCPT ); Mon, 24 Jan 2022 21:24:18 -0500 Received: from mail-oi1-x229.google.com (mail-oi1-x229.google.com [IPv6:2607:f8b0:4864:20::229]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D7D94C067A7C; Mon, 24 Jan 2022 18:03:58 -0800 (PST) Received: by mail-oi1-x229.google.com with SMTP id s185so11715860oie.3; Mon, 24 Jan 2022 18:03:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=4d+4TLddh1iILo0iPjAzyUaE64ZZAAUgPh4mjdb7zyo=; b=Lc6oqAUSjft7lGStVs9/NSozsAJW50sCPctsh1WZEziI2d7idluVCBhxfWMtC4L+Xf tJs6hIdkf0JYxQns/LWb5BY0wbYYlW0mKkO5jTLB5Ws0bkdVsFvHP7loaqNJ4UImpAiP Wx2c+a7Lz5/KzDYHNuZYG3k3QZI4isAMvit2ZHbIJQPtc80o/3orwfySWrp2s5gwsHxF b2TR/BLTP3VB6A4t95aAv4T4tWQIK1a2bKqPBRqt6akvXFT80rHAODYKpqOp/XxX/6pf sOKzAV3aXcAZH/u6yTpvRxn+Qc4SbMhcK6NzBgEs16ukXtuaCPJIsQ06oak1Ldgieo6/ kIkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=4d+4TLddh1iILo0iPjAzyUaE64ZZAAUgPh4mjdb7zyo=; b=FifHe7NuResyxzRfa0v/LGdH61a3n7A0FbR+LuUy8jLUD64JP96Cfcv9on84+jSVGc jc0peTPbQEK657GBcQ7e7NGFsBpSHZ77DfLKejd3XsmePuk2x1nktWpxO0Bo3relHbkL pkRE9/D9HbEwa82vZFnelubOHdSovLt5ZDGUh9oD4XHlojNJbYE7jBuEVPt0RcwVTGLm YqMtiZCf9u8Y+FhTWXW+2O6HEmEEAxJCVQXpFDCrlY6Qu336F1koKUNCIYPdLCUPd6gX 1B+MYTV3hr5eFJ/C/HfMKQo1kfYBYWy2i2SVCrl7Ms3l6FchauAmGT6LCoXZ/VRsSoNj R0Jw== X-Gm-Message-State: AOAM530hP6fWNdQiYTqmwreVqPtJ6YDcSAg+d2ENmmn8gx4FffoCZq2b +MNHJCF2Maqzoc8ns0UrzeledMCXOBU= X-Received: by 2002:aca:eb88:: with SMTP id j130mr3721074oih.75.1643076238238; Mon, 24 Jan 2022 18:03:58 -0800 (PST) Received: from server.roeck-us.net ([2600:1700:e321:62f0:329c:23ff:fee3:9d7c]) by smtp.gmail.com with ESMTPSA id j4sm737292oon.8.2022.01.24.18.03.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 24 Jan 2022 18:03:57 -0800 (PST) Sender: Guenter Roeck Date: Mon, 24 Jan 2022 18:03:55 -0800 From: Guenter Roeck To: Luiz Sampaio Cc: Jean Delvare , linux-kernel@vger.kernel.org, linux-hwmon@vger.kernel.org Subject: Re: [PATCH 03/31] hwmon: pmbus: changing LED_* from enum led_brightness to actual value Message-ID: <20220125020355.GA355320@roeck-us.net> References: <20220121165436.30956-1-sampaio.ime@gmail.com> <20220121165436.30956-4-sampaio.ime@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220121165436.30956-4-sampaio.ime@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 21, 2022 at 01:54:08PM -0300, Luiz Sampaio wrote: > The enum led_brightness, which contains the declaration of LED_OFF, > LED_ON, LED_HALF and LED_FULL is obsolete, as the led class now supports > max_brightness. There is no Signed-off-by:, so this is not not a valid/acceptable patch. > --- > drivers/hwmon/pmbus/ibm-cffps.c | 8 ++++---- > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/drivers/hwmon/pmbus/ibm-cffps.c b/drivers/hwmon/pmbus/ibm-cffps.c > index e3294a1a54bb..cc20a70c723b 100644 > --- a/drivers/hwmon/pmbus/ibm-cffps.c > +++ b/drivers/hwmon/pmbus/ibm-cffps.c > @@ -382,10 +382,10 @@ static int ibm_cffps_led_brightness_set(struct led_classdev *led_cdev, > u8 next_led_state; > struct ibm_cffps *psu = container_of(led_cdev, struct ibm_cffps, led); > > - if (brightness == LED_OFF) { > + if (brightness == 0) { > next_led_state = CFFPS_LED_OFF; > } else { > - brightness = LED_FULL; > + brightness = 255; If the LED subsystem no longer likes defines, we should have local constants instead and not just use magic numbers. At the same time, this LED only supports two states, off or on. There will have to be an explanation why the full range of 0..255 is still used and not just 0/1. > > if (psu->led_state != CFFPS_LED_BLINK) > next_led_state = CFFPS_LED_ON; > @@ -426,7 +426,7 @@ static int ibm_cffps_led_blink_set(struct led_classdev *led_cdev, > return rc; > > psu->led_state = CFFPS_LED_BLINK; > - led_cdev->brightness = LED_FULL; > + led_cdev->brightness = 255; > *delay_on = CFFPS_BLINK_RATE_MS; > *delay_off = CFFPS_BLINK_RATE_MS; > > @@ -442,7 +442,7 @@ static void ibm_cffps_create_led_class(struct ibm_cffps *psu) > snprintf(psu->led_name, sizeof(psu->led_name), "%s-%02x", client->name, > client->addr); > psu->led.name = psu->led_name; > - psu->led.max_brightness = LED_FULL; > + psu->led.max_brightness = 255; > psu->led.brightness_set_blocking = ibm_cffps_led_brightness_set; > psu->led.blink_set = ibm_cffps_led_blink_set; >