Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp6574430ioo; Thu, 2 Jun 2022 09:08:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJypUP5vAt6x2lyRQiElBdU2C4Jz837trQm6JmiIGAEmyspRcwgszk2+c9ddLn7gKqgxi8zh X-Received: by 2002:a17:906:b10f:b0:6fe:a059:f6f4 with SMTP id u15-20020a170906b10f00b006fea059f6f4mr5039952ejy.194.1654186120256; Thu, 02 Jun 2022 09:08:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654186120; cv=none; d=google.com; s=arc-20160816; b=fkHPs87kbwwrb5nywolbj9bj2ZWHW2v2ZWdXLxEfj/87+OvTQyNw7GMjfOsAlmfO66 9emNIZg1LqNQU/eSHRwd1LUo0nO//iy9XfuPw93UGlF45TQkjV5gMvPMI5kFM7IgsDUH pKUWD8PejqjDg42XVa5Gh/RrAbFHCoQB/bN9UaZm7u+DIHqakFD4mIWT1hnpu8vjUjSj kb8XC6OrOBuEMIcFn+ro+6m6l22/Jki8ANsgJhuiHNw58frPlsMF21YfwHC/awkWgrJB nOsptuim+v9J5Es1HkJTqzgx4kA1UgBtIr0+JygPeyU/D+dxCA75rQrLeQr/dutzwwMM HbaA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=TjLXjWL9wqYYrtKcARcm1yup8NwPPFc5xmJR2d2VRXw=; b=R/16pjvB59dvWKz0qIFD5NetVoa3QLPxIR78ImniCN/pA+RtZmQFt8UE6UQ014Q8/2 HQqtNqLaVfxvgklh9llmFSfqZSG3PtDyvvTCSYUtjbRAP5SkaLRhT6zfx4x2wX/A/nc5 RFDmyYOA5L1CyCZZdgS2pinK8X8ZkbY7rw+xBl/h2ZHE2bD7GSjyry9sUqtCGYVvgXJ5 eRfh0eu1/bPE75caL/xzq+fJk87ZjpwiXUfViEMwVhMcRZNhnqOpt8CPMnX8yGqaq25m MPcVPjjquu/F++iqwRc8sg+UlBObTaQOnsQkSDpR0dh2bcg0OT8UfA2ax1swbecpvYGM x+iA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=T+ezoU9l; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h10-20020a05640250ca00b0042ab0eb69bdsi5873710edb.401.2022.06.02.09.08.13; Thu, 02 Jun 2022 09:08:40 -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=@gmail.com header.s=20210112 header.b=T+ezoU9l; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235539AbiFBNqK (ORCPT + 99 others); Thu, 2 Jun 2022 09:46:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35970 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235290AbiFBNqI (ORCPT ); Thu, 2 Jun 2022 09:46:08 -0400 Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E97762997BB; Thu, 2 Jun 2022 06:46:04 -0700 (PDT) Received: by mail-ej1-x633.google.com with SMTP id rq11so10099724ejc.4; Thu, 02 Jun 2022 06:46:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=TjLXjWL9wqYYrtKcARcm1yup8NwPPFc5xmJR2d2VRXw=; b=T+ezoU9lVT3i7sGNy4W449w7TEAZt24NYm16K1PLU5pcAYWEW43c36fO4PrbEqDlkl iK42SBU/2IoTfkudAPfvHOpKGAJJgxfd8TvfyDNNKOvc5HO6ekcqLOQ/bPjO2YCkD8tr oTZZtSN8nbdbp/CYpXCrfigymVN+WVrOiVgTyEzpIfxgYpgTo8qt42zDSI0mdfaAVFLQ N7aK0dSl7ahVe/vBbovmDUmWtdbtwC4fBVKRMVdomVzXjHgyg160KCgmBs3mYAt8S/MH JZEhHEOXulHgSgwfq7WPhbgWhPf41o0NRUjmCo/yfZPmtw5VZIIDur12wbOMHEwRB+GN J2dA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=TjLXjWL9wqYYrtKcARcm1yup8NwPPFc5xmJR2d2VRXw=; b=BR2TfyOXKkfymQbuiNlkcYdve2/0ZzDe8eLMORQkdSVty4p4ZlSUlZTlvZXFiasLot cpS4QsdpE9giBFOPp53290TPqpFsBNzSYhXoySh2ekOdPglFlBZApfn6phAsfkeKB/vx 0XiGUHb/8Eh5gs27AFUeiSa/Ui+zqejDtxb4iOFDL7HSOUe6g076onaSOXxJnO8rvheU xjZuvgABkNUaF5/cGBa39rErJlsABaMM0ZvQ0F6ZJ2vhXgSuqSyDDyYH/tb3UxdNS/KT j5F9m5t1QAulHqImZQ7mwejM9YbVGq7P39w3943EyxSFd05NjYal0sOr7k60V7Yt5ozk KMOw== X-Gm-Message-State: AOAM5315vLi6FLcucaODHnJgb+W1qwyiQJ2UX/SPE2LUquxPFyst0W9e Ovu8/iJJtx/uTz+oXvpo49/Nerxw8JlGCuyVYBs= X-Received: by 2002:a17:906:d550:b0:704:7ba6:9854 with SMTP id cr16-20020a170906d55000b007047ba69854mr4273032ejc.579.1654177563309; Thu, 02 Jun 2022 06:46:03 -0700 (PDT) MIME-Version: 1.0 References: <20220602114241.12601-1-andriy.shevchenko@linux.intel.com> <20220602114241.12601-3-andriy.shevchenko@linux.intel.com> In-Reply-To: From: Andy Shevchenko Date: Thu, 2 Jun 2022 15:45:27 +0200 Message-ID: Subject: Re: [PATCH v2 3/3] iio: adc: meson_saradc: Use temporary variable for struct device To: Lars-Peter Clausen Cc: Andy Shevchenko , Martin Blumenstingl , linux-iio , linux-arm Mailing List , linux-amlogic , Linux Kernel Mailing List , Jonathan Cameron , Neil Armstrong , Kevin Hilman , Jerome Brunet Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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, Jun 2, 2022 at 2:08 PM Lars-Peter Clausen wrote: > On 6/2/22 13:42, Andy Shevchenko wrote: ... > > - priv->adc_clk = devm_clk_register(&indio_dev->dev, &priv->clk_gate.hw); > > + priv->adc_clk = devm_clk_register(idev, &priv->clk_gate.hw); > > You are not changing anything here. The scope of patch is supposed not to change the current behaviour :-) > But we shouldn't be devm'ing on the > IIO device. It will get freed eventually, but only when the last > reference to the iio device has been dropped, which might be long after > the platform device has been removed. devm'ing should happen on the > platform_device's device. Might be worth fixing. Thanks for confirming my suspicions (as I mentioned to Martin, using an IIO device there feels wrong). I will add another patch to v3. -- With Best Regards, Andy Shevchenko