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;
Date:   Thu, 30 Sep 2021 17:15:35 +0100
From:   Jonathan Cameron <jic23@kernel.org>
To:     Andreas Kemnade <andreas@kemnade.info>
Cc:     Alexandru Ardelean <aardelean@deviqon.com>,
        linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org
Subject: Re: [PATCH] iio: adc: rn5t618-adc: use
 devm_iio_map_array_register() function
Message-ID: <20210930171535.5ede99c7@jic23-huawei>
In-Reply-To: <20210927220834.014e6c77@aktux>
References: <20210926162859.3567685-1-aardelean@deviqon.com>
        <20210927220834.014e6c77@aktux>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Precedence: bulk

On Mon, 27 Sep 2021 22:08:34 +0200
Andreas Kemnade <andreas@kemnade.info> wrote:

> On Sun, 26 Sep 2021 19:28:59 +0300
> Alexandru Ardelean <aardelean@deviqon.com> wrote:
> 
> > This driver already hooks a similar unwind callback via
> > devm_add_action_or_reset().
> > 
> > They pretty much do the same thing, so this change converts it to the
> > devm_iio_map_array_register().
> > 
> > Signed-off-by: Alexandru Ardelean <aardelean@deviqon.com>
> > ---
> >  drivers/iio/adc/rn5t618-adc.c | 13 +------------
> >  1 file changed, 1 insertion(+), 12 deletions(-)  
> 
> yes, looks sane, the patches it depens on are not in linux-next yet.
I was waiting for 0-day confirmation which for some reason has gone astray
(not problems reported either).  Ah well - I'll assume it's fine and
risk next breakage.

> But it seems that they are accepted, so:
> 
> Reviewed-by: Andreas Kemnade <andreas@kemnade.info>
Thanks and applied to the togreg branch of iio.git, pushed out as testing to
see if 0-day notices this time.

Thanks,

Jonathan