Re: [PATCH] iio: adc: ad4080: remove unused dec_rate field

[Jonathan Cameron <jic23@kernel.org>]

On Fri, 30 Jan 2026 07:32:58 +0000
"Miclaus, Antoniu" <Antoniu.Miclaus@analog.com> wrote:

> > -----Original Message-----
> > From: Andy Shevchenko <andriy.shevchenko@intel.com>
> > Sent: Friday, January 30, 2026 7:22 AM
> > To: Miclaus, Antoniu <Antoniu.Miclaus@analog.com>
> > Cc: Lars-Peter Clausen <lars@metafoo.de>; Hennerich, Michael
> > <Michael.Hennerich@analog.com>; Jonathan Cameron <jic23@kernel.org>;
> > David Lechner <dlechner@baylibre.com>; Sa, Nuno <Nuno.Sa@analog.com>;
> > Andy Shevchenko <andy@kernel.org>; Matti Vaittinen
> > <mazziesaccount@gmail.com>; Fabio Estevam <festevam@denx.de>; Sakari
> > Ailus <sakari.ailus@linux.intel.com>; Chen-Yu Tsai <wens@kernel.org>; linux-
> > iio@vger.kernel.org; linux-kernel@vger.kernel.org
> > Subject: Re: [PATCH] iio: adc: ad4080: remove unused dec_rate field
> > 
> > [External]
> > 
> > On Thu, Jan 29, 2026 at 07:21:58PM +0200, Antoniu Miclaus wrote:  
> > > Remove unused dec_rate field from ad4080_state struct.
> > > The driver reads/writes decimation rate directly from
> > > hardware registers via ad4080_get_dec_rate() and
> > > ad4080_set_dec_rate() functions.  
> > 
> > It seems you missed my reply to one of your previous series.
> > Do *not* thread emails which are independent!  
> 
> Hi,
> 
> I didn't miss your previous email. I checked now the command used for sending the patches and it didn't include the --thread option
> 
> From terminal history:
> `git send-email --to-cmd='./scripts/get_maintainer.pl --norolestats iio-unused/000*' iio-unused/000*`

Experiment a bit. These are threaded with all the later ones in reply to the first patch. 
In-Reply-To: <20260129172340.34216-1-antoniu.miclaus@analog.com>
is set in the header.

As I mentioned in other branch of thread. I'd actually prefer sets of patches doing
a similar thing bundled up in a thread with a cover letter and clear patch numbering.
That cover letter can provide some brief background info on the common elements of
the series. Even if it is trivial it puts a sensible grouping on them and reduces
how commands are needed to apply them.

Jonathan


> 
> Thanks, 
> 
> > Really, you should have something internally at the AD to explain the process
> > and the simple things like this.
> > 
> > --
> > With Best Regards,
> > Andy Shevchenko
> >   
> 
>