Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp878712rwr; Fri, 5 May 2023 06:22:46 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7lHj7OPgpXymws5nioVtIa2GIsy3pTqFYnUVgRXKz8NIZ6nvwOzbDgmdI03myys9kOHiof X-Received: by 2002:a17:90b:17d0:b0:24d:f113:2e2c with SMTP id me16-20020a17090b17d000b0024df1132e2cmr1916023pjb.16.1683292966349; Fri, 05 May 2023 06:22:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683292966; cv=none; d=google.com; s=arc-20160816; b=ZKmdk9KzD9fYu7m+XjHIo6Odxt77IoqYfkjfYwGHdP/0uQTTsNnP1vPvNmSqmVjUyO h+tuu1U5AhvQBCYfa/VSOlVJPy4GfMvKTsR1gNHiW2aS25Xy+e+fawmzpRQsChCUs/0P HKbVF/DBDygxmU8tlXUvYSfWrlXWqyhzohKOXxks5kW/1chd/RSVpcS/1EX/WEo8ALKK Ei8UAVRgkVsJ/2GL0WvtaUJIhsJay/HWFau5puwNGrgz5BFHil8PPYwkbfc8lrQc0zjQ SfQNN+B1S4Rzx11/yAK9UORtydMNTS1pgsxILvWarXbfnsdhF/HLPZUAdB6JbIUq03Rj LSXw== 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=WDYF6zI6A8OgkexxWkY88lLpFyBLDctri05ND1Dd0Zc=; b=bKaXN6mwj/lc7SIGsIFtcoQSs4Hz7C39yKT3/jjXzpd3XM7vQ5XC7HcIG5OHfyxeCd 0rHLQcpawu0YxW9sv3lycwVU12NHK46ge7FFMVTfvlWSuH0YgM9rhs/wq4QYRUIEzhXE 9tCoFOUKdmNoEN/H3Yy0zgG8EWWGMqcu5BEFC6FUy6NIHKiNbpxyPzAja/Pw5ZmsWtLF q8W2aulOjG4G61q6pujEzFjFgDZbBhpXlykybGvdmlsdHt3CRDiNHzGajnLCWDmKJw4c 221n+NgdKWqtZPIbN86/SKDpmS+8ZhsBpvjtaNd1j3X5Jr04QGmB1wjCHJeX8VX2v50q iEDA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@equiv.tech header.s=mx header.b=fXtkMs06; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=equiv.tech Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b24-20020a17090a991800b002474ddc6a90si6199856pjp.125.2023.05.05.06.22.30; Fri, 05 May 2023 06:22:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@equiv.tech header.s=mx header.b=fXtkMs06; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=equiv.tech Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232392AbjEENP2 (ORCPT + 99 others); Fri, 5 May 2023 09:15:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40176 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232401AbjEENPZ (ORCPT ); Fri, 5 May 2023 09:15:25 -0400 Received: from m228-4.mailgun.net (m228-4.mailgun.net [159.135.228.4]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2EE911F4A2 for ; Fri, 5 May 2023 06:15:20 -0700 (PDT) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=equiv.tech; q=dns/txt; s=mx; t=1683292520; x=1683299720; h=In-Reply-To: Content-Type: MIME-Version: References: Message-ID: Subject: Subject: Cc: To: To: From: From: Date: Sender: Sender; bh=WDYF6zI6A8OgkexxWkY88lLpFyBLDctri05ND1Dd0Zc=; b=fXtkMs064kya+6RpMb5Rst1QCs6BuPvpidmKVW0At3pFf/nDn0L21SbJbhssNVPX7aGUHXQMZOKxfqsPwnFSkeJGFU1w68OAsdL6p6Mj8wBXyHLgRDDk070jTTmFfBdhxRv9XRgrLFl0YRog5cPH5QWsbY9HLLhrSm7Qi7SbnC2l1ZvIEOZel/jJxwTN0EMohY5lCCNItjtxI8o2UEwir9j+0VaD/BOKSPPqJ0BVBff/WjTpk9m1tBAtULZ1FxZ0LFUu12TSn2LPh3KCXwsvDFCdhPiqtzPW3mdpT0K2nOV+FZuKf7tbR1DXegT78cQGamMAd6VO2FgH5DUnoE1Rng== X-Mailgun-Sending-Ip: 159.135.228.4 X-Mailgun-Sid: WyI4ZWI3MiIsImxpbnV4LWtlcm5lbEB2Z2VyLmtlcm5lbC5vcmciLCI5M2Q1YWIiXQ== Received: from mail.equiv.tech (equiv.tech [142.93.28.83]) by 897f46a039a2 with SMTP id 645501688290b6a11e251403 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Fri, 05 May 2023 13:15:19 GMT Sender: james@equiv.tech Date: Fri, 5 May 2023 06:15:19 -0700 From: James Seo To: Guenter Roeck Cc: James Seo , Jean Delvare , Jonathan Corbet , linux-hwmon@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC 02/11] hwmon: (core) Rename last parameter of devm_hwmon_register_with_info() Message-ID: References: <20230504075752.1320967-1-james@equiv.tech> <20230504075752.1320967-3-james@equiv.tech> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 Thu, May 04, 2023 at 08:29:57AM -0700, Guenter Roeck wrote: > Please please please no such changes. I don't want to have to deal with > patch wars just because people believe variables should have other names. > > Such changes add zero value unless one counts wasted review time as a "value". > > Guenter > Hello, Of course arbitrarily changing variable names is pointless. But this patch fulfills the intent of 848ba0a2f20dc121a3ef5272a24641d2bd963d8b, which makes this change for devm_hwmon_device_register_with_info() in hwmon-kernel-api.txt and in hwmon.h - but not in hwmon.c. The same commit makes the same change for hwmon_device_register_with_info() in all three files, so it obviously should have been in tree already. The other reason for this patch is that for the purpose of generating function documentation from kerneldocs, it is not feasible to call this parameter "extra_groups" in the kerneldoc and still call it "groups" in the function itself. Doing so results in the lines "const struct attribute_group **groups / undescribed" and no mention of "extra_groups" in the generated document. Leaving things as is, so that [devm_]hwmon_device_register_with_info() have different names for this parameter, is potentially confusing and more noticeable to to the eye than I would like once rendered. Is this good enough to proceed? And as a subsystem maintainer, is there anything else, specifically or in general, that you would like to see addressed? James