[PATCH] iio: rename stale IIO_DEV_ACQUIRE_ERR reference to IIO_DEV_ACQUIRE_FAILED

Javier Carrasco posted 1 patch 3 weeks, 5 days ago
include/linux/iio/iio.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
[PATCH] iio: rename stale IIO_DEV_ACQUIRE_ERR reference to IIO_DEV_ACQUIRE_FAILED
Posted by Javier Carrasco 3 weeks, 5 days ago
Update the kernel-doc reference left over from an earlier revision
of the series, before the macro was renamed to IIO_DEV_ACQUIRE_FAILED().

Signed-off-by: Javier Carrasco <javier.carrasco.cruz@gmail.com>
---
Trivial documentation stuff that I found while getting the next version
of the veml6031x00 driver ready.
---
 include/linux/iio/iio.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/linux/iio/iio.h b/include/linux/iio/iio.h
index 711c00f67371..989c1db8fb36 100644
--- a/include/linux/iio/iio.h
+++ b/include/linux/iio/iio.h
@@ -789,7 +789,7 @@ DEFINE_GUARD_COND(__priv__iio_dev_mode_lock, _try_direct,
  *
  * Tries to acquire the direct mode lock with cleanup ACQUIRE() semantics and
  * automatically releases it at the end of the scope. It most be always paired
- * with IIO_DEV_ACQUIRE_ERR(), for example (notice the scope braces)::
+ * with IIO_DEV_ACQUIRE_FAILED(), for example (notice the scope braces)::
  *
  *	switch() {
  *	case IIO_CHAN_INFO_RAW: {

---
base-commit: cee9395acd8043be0644b25c34bfa86623f2b935
change-id: 20260831-doc_acquire_failed-bd0f94415e2f

Best regards,
-- 
Javier Carrasco <javier.carrasco.cruz@gmail.com>
Re: [PATCH] iio: rename stale IIO_DEV_ACQUIRE_ERR reference to IIO_DEV_ACQUIRE_FAILED
Posted by Andy Shevchenko 3 weeks, 5 days ago
On Mon, Aug 31, 2026 at 12:09:09PM +0200, Javier Carrasco wrote:
> Update the kernel-doc reference left over from an earlier revision
> of the series, before the macro was renamed to IIO_DEV_ACQUIRE_FAILED().

I would argue that it might be good to be backported, but who reads documentation?

Reviewed-by: Andy Shevchenko <andriy.shevchenko@intel.com>

-- 
With Best Regards,
Andy Shevchenko
Re: [PATCH] iio: rename stale IIO_DEV_ACQUIRE_ERR reference to IIO_DEV_ACQUIRE_FAILED
Posted by Joshua Crofts 3 weeks, 5 days ago
On Mon, 31 Aug 2026 14:47:54 +0300
Andy Shevchenko <andriy.shevchenko@intel.com> wrote:

> On Mon, Aug 31, 2026 at 12:09:09PM +0200, Javier Carrasco wrote:
> > Update the kernel-doc reference left over from an earlier revision
> > of the series, before the macro was renamed to IIO_DEV_ACQUIRE_FAILED().  
> 
> I would argue that it might be good to be backported, but who reads documentation?

Only LLMs these days...

-- 
Kind regards,
Joshua Crofts
Re: [PATCH] iio: rename stale IIO_DEV_ACQUIRE_ERR reference to IIO_DEV_ACQUIRE_FAILED
Posted by Javier Carrasco 3 weeks, 5 days ago
On Mon Aug 31, 2026 at 2:30 PM CEST, Joshua Crofts wrote:
> On Mon, 31 Aug 2026 14:47:54 +0300
> Andy Shevchenko <andriy.shevchenko@intel.com> wrote:
>
>> On Mon, Aug 31, 2026 at 12:09:09PM +0200, Javier Carrasco wrote:
>> > Update the kernel-doc reference left over from an earlier revision
>> > of the series, before the macro was renamed to IIO_DEV_ACQUIRE_FAILED().
>>
>> I would argue that it might be good to be backported, but who reads documentation?
>
> Only LLMs these days...

And at least one human ;)
Re: [PATCH] iio: rename stale IIO_DEV_ACQUIRE_ERR reference to IIO_DEV_ACQUIRE_FAILED
Posted by Jonathan Cameron 3 weeks, 4 days ago
On Mon, 31 Aug 2026 15:07:06 +0200
"Javier Carrasco" <javier.carrasco.cruz@gmail.com> wrote:

> On Mon Aug 31, 2026 at 2:30 PM CEST, Joshua Crofts wrote:
> > On Mon, 31 Aug 2026 14:47:54 +0300
> > Andy Shevchenko <andriy.shevchenko@intel.com> wrote:
> >  
> >> On Mon, Aug 31, 2026 at 12:09:09PM +0200, Javier Carrasco wrote:  
> >> > Update the kernel-doc reference left over from an earlier revision
> >> > of the series, before the macro was renamed to IIO_DEV_ACQUIRE_FAILED().  
> >>
> >> I would argue that it might be good to be backported, but who reads documentation?  
> >
> > Only LLMs these days...  
> 
> And at least one human ;)

Applied.  Not backported as at least to humans it should be easy to figure out
what it should be once grep doesn't find any instances of _FAILED() form.

Thanks

Jonathan