On Mon, 18 Jan 2021 10:09:56 +0100
Bartosz Golaszewski <brgl@xxxxxxxx> wrote:
> On Sun, Dec 13, 2020 at 1:04 PM Jonathan Cameron <jic23@xxxxxxxxxx> wrote:
> >
> > On Fri, 11 Dec 2020 12:15:15 +0000
> > Anand Ashok Dumbre <ANANDASH@xxxxxxxxxx> wrote:
> >
> > > > -----Original Message-----
> > > > From: Jonathan Cameron <jic23@xxxxxxxxxx>
> > > > Sent: Monday 30 November 2020 8:21 PM
> > > > To: Bartosz Golaszewski <brgl@xxxxxxxx>
> > > > Cc: Lars-Peter Clausen <lars@xxxxxxxxxx>; Peter Meerwald-Stadler
> > > > <pmeerw@xxxxxxxxxx>; Michal Simek <michals@xxxxxxxxxx>; linux-
> > > > iio@xxxxxxxxxxxxxxx; linux-arm-kernel@xxxxxxxxxxxxxxxxxxx; linux-
> > > > kernel@xxxxxxxxxxxxxxx; Bartosz Golaszewski
> > > > <bgolaszewski@xxxxxxxxxxxx>; Anand Ashok Dumbre
> > > > <ANANDASH@xxxxxxxxxx>
> > > > Subject: Re: [PATH v3 0/3] iio: adc: xilinx: use even more devres
> > > >
> > > > On Mon, 30 Nov 2020 15:27:56 +0100
> > > > Bartosz Golaszewski <brgl@xxxxxxxx> wrote:
> > > >
> > > > > From: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx>
> > > > >
> > > > > This is a follow-up to commit 750628c79bb1 ("iio: adc: xilinx-xadc:
> > > > > use devm_krealloc()"). I noticed we can use even more devres helpers
> > > > > and entirely drop the remove() callback.
> > > > >
> > > > > v1 -> v2:
> > > > > - squash three patches adding more devres calls into one for easier
> > > > > review
> > > > > - don't insist on the 80 characters limit
> > > > > - add a new helper: devm_krealloc_array() and use it
> > > > >
> > > > > v2 -> v3:
> > > > > - drop the devm_krealloc_array() helper
> > > > >
> > > > > Bartosz Golaszewski (3):
> > > > > iio: adc: xilinx: use helper variable for &pdev->dev
> > > > > iio: adc: xilinx: use devm_krealloc() instead of kfree() + kcalloc()
> > > > > iio: adc: xilinx: use more devres helpers and remove remove()
> > > > >
> > > > > drivers/iio/adc/xilinx-xadc-core.c | 157
> > > > > ++++++++++++++---------------
> > > > > 1 file changed, 74 insertions(+), 83 deletions(-)
> > > > >
> > > >
> > > > Series looks good to me but would like to leave it a little longer to let others
> > > > take a look at it. That will probably mean it falls into next cycle now.
> > > >
> > > > +CC Anand who is looking at another series touching this driver and
> > > > +might
> > > > give this one a spin as well.
> > > >
> > > > Thanks,
> > > >
> > > > Jonathan
> > >
> > > Hi Jonathan, Bartosz,
> > >
> > > I have tested and reviewed the patch and everything looks good.
> > > I have another patch series on the same files that might cause conflicts.
> > >
> > > Reviewed-by: Anand Ashok Dumbre <anandash@xxxxxxxxxx>
> > > Tested-by: Anand Ashok Dumbre <anandash@xxxxxxxxxx>
> > Thanks,
> >
> > Applied to the togreg branch of iio.git and pushed out as testing for
> > the autobuilders to play with it.
> >
> > There was a small amount of fuzz.
> >
> > Thanks,
> >
> > Jonathan
> >
>
> Hi Jonathan,
>
> I still don't see these patches in next - is any action required of me
> to get this in for the next release?
Nope. I still haven't gotten round to asking for the iio tree itself
to be pulled into next, and I've been a bit busy so haven't yet sent a
pull request to Greg KH this cycle.
I'll get the second sorted, probably later this week.
J
>
> Bartosz
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@xxxxxxxxxxxxxxxxxxx
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
