Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp237555pxk; Fri, 11 Sep 2020 05:40:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyAUeluHkrFRDTWpOsdYzF2A2aWl9CNg8qQjnrcudkA/c3yDEicWIXiwabDtguKLdv5N4tI X-Received: by 2002:a17:906:8690:: with SMTP id g16mr1793457ejx.187.1599828041739; Fri, 11 Sep 2020 05:40:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599828041; cv=none; d=google.com; s=arc-20160816; b=NpH7mazfSCF7zZNf61gqBfxdSP1SubOrGtGccq9N9sxxVjDE3UQ3ILKxAIXUXzHhx+ UMOY8VcCF6nWDvMTFUc94+I/Tk1STLIuMPmlt/snPYyZ2p2xv0ASrS4Hy13ah+b/jZPZ ImKOunE6JENKxVhk4cvumYNJNqk3yi8hAFLLq3ptXVFtM0Biq3gUweN4eCnd6zk+W+Ia MONZgbyLXHoZW42vHOqfVTA08Qyh/2/FFC+fCr92PsWhfGPB6oVXKmcp1qbx/eljTBT0 UrI8mA4roEQ2GynH+rT7RWpyyj7fvDMxA+yvwRLr0KDFcKo0V7Rm6ceMApc//TtIZ86R DpQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=aJjFXuDuBII4q0j+3Nrpwm6pxjjEfnaw4YAcQvIeKwk=; b=PRlyy9fjQhovyCpkY0P//g+IWuYhrAL5RCMC9VBHZuYFGPjr20ZvyXXT9Ta26iFanr 4Of4iqA0Bb7ZhmlUMYNzMjWL9E1A6T+QW2ttW9gfI9Oxt2D1ZNSySOMjO/IgxBAyzp0a Qb3Hf0MNPs6vYA1UB3RuF9eH3qJDf+wu2NmCF4nJzAb2j64Du6aT7E8v7jikmI5feM/D HUxx/6qoTjtXFUZsC0OY0rjPUzgFpss+C8U13orERrNdawN5ZD+LPzUz3osJSRokXAVk lD8N6kjVGalOGi40Z/RiuzPuKY/WXHYWVQvvcxsRqHVXgC9pGU7hdSUcPA21lTBV3Wn3 Eihg== ARC-Authentication-Results: i=1; mx.google.com; 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 i10si1213473edr.13.2020.09.11.05.40.18; Fri, 11 Sep 2020 05:40:41 -0700 (PDT) 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; 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 S1725928AbgIKMhq (ORCPT + 99 others); Fri, 11 Sep 2020 08:37:46 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:36723 "EHLO relay11.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725916AbgIKM2s (ORCPT ); Fri, 11 Sep 2020 08:28:48 -0400 Received: from localhost (lfbn-lyo-1-1908-165.w90-65.abo.wanadoo.fr [90.65.88.165]) (Authenticated sender: alexandre.belloni@bootlin.com) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 445B910000B; Fri, 11 Sep 2020 12:28:38 +0000 (UTC) Date: Fri, 11 Sep 2020 14:28:37 +0200 From: Alexandre Belloni To: Bartosz Golaszewski Cc: Bartosz Golaszewski , Alessandro Zummo , linux-rtc@vger.kernel.org, LKML Subject: Re: [PATCH 7/8] rtc: rx8010: fix indentation in probe() Message-ID: <20200911122837.GC230586@piout.net> References: <20200904152116.2157-1-brgl@bgdev.pl> <20200904152116.2157-8-brgl@bgdev.pl> <20200904154144.GL230586@piout.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07/09/2020 11:34:59+0200, Bartosz Golaszewski wrote: > On Fri, Sep 4, 2020 at 5:41 PM Alexandre Belloni > wrote: > > > > On 04/09/2020 17:21:15+0200, Bartosz Golaszewski wrote: > > > From: Bartosz Golaszewski > > > > > > Align the arguments passed to devm_rtc_device_register() with the upper > > > line. > > > > > > Signed-off-by: Bartosz Golaszewski > > > --- > > > drivers/rtc/rtc-rx8010.c | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > diff --git a/drivers/rtc/rtc-rx8010.c b/drivers/rtc/rtc-rx8010.c > > > index 181fc21cefa8..ed8ba38b4991 100644 > > > --- a/drivers/rtc/rtc-rx8010.c > > > +++ b/drivers/rtc/rtc-rx8010.c > > > @@ -450,7 +450,7 @@ static int rx8010_probe(struct i2c_client *client, > > > } > > > > > > rx8010->rtc = devm_rtc_device_register(&client->dev, client->name, > > > - &rx8010_rtc_ops, THIS_MODULE); > > > + &rx8010_rtc_ops, THIS_MODULE); > > > > > > > You have bonus points if you replace that patch by switching from > > devm_rtc_device_register to devm_rtc_allocate_device and > > rtc_register_device. > > > > More bonus points if you also set range_min and range_max and then get > > rid of the range checking in set_time. > > > > Hi Alexandre! > > I've just looked at the code and wondered why there's no devm > counterpart for rtc_register_device(). Then I noticed that the release > callback for devm_rtc_allocate_device() takes care of unregistering > the device. This looks like serious devres abuse to me. In general the > idea is for the release callback to only undo whatever the devres > function did and this should be opaque to the concerned resources. > > In this case I believe there's no need for the 'registered' field in > struct rtc_device - this structure should *not* care about this - and > there should be devm_rtc_register_device() whose release callback > would take care of the unregistering. Since this function would be > called after devm_rtc_allocate_device(), it would be released before > so the ordering should be fine. > Note that the input subsystem is also doing it that way which is probably not a good reason alone to do it like that. But, IIRC, there was an actual reason this was done this way and it was the ordering of the rtc_nvmem_register/rtc_nvmem_unregister with rtc_device_unregister. I'm not sure this is still necessary though. -- Alexandre Belloni, Bootlin Embedded Linux and Kernel engineering https://bootlin.com