From: Jonathan Cameron <jic23@kernel.org>
To: Salvatore Bonaccorso <carnil@debian.org>
Cc: "Andy Shevchenko" <andriy.shevchenko@intel.com>,
"Marek Vasut" <marek.vasut@mailbox.org>,
"Uwe Kleine-König" <u.kleine-koenig@baylibre.com>,
"Hans de Goede" <hansg@kernel.org>,
"Marek Vasut" <marek.vasut+bmc150@mailbox.org>,
linux-iio@vger.kernel.org, "Nuno Sá" <nuno.sa@analog.com>,
"Andy Shevchenko" <andy@kernel.org>,
"David Lechner" <dlechner@baylibre.com>,
"Julien Stephan" <jstephan@baylibre.com>,
"Peter Zijlstra" <peterz@infradead.org>
Subject: Re: [PATCH] iio: accel: bmc150: Do not configure IRQ registers if no IRQ connected
Date: Sat, 15 Nov 2025 18:23:06 +0000 [thread overview]
Message-ID: <20251115182253.1f7ee5c2@jic23-huawei> (raw)
In-Reply-To: <aN1yMAeB6oDIp6k2@eldamar.lan>
On Wed, 1 Oct 2025 20:25:52 +0200
Salvatore Bonaccorso <carnil@debian.org> wrote:
> Hi,
>
> On Wed, Jul 23, 2025 at 06:19:11PM +0300, Andy Shevchenko wrote:
> > On Tue, Jul 22, 2025 at 04:48:45PM +0200, Marek Vasut wrote:
> > > On 7/22/25 10:55 AM, Uwe Kleine-König wrote:
> > > > On Mon, Jun 16, 2025 at 02:42:54PM +0200, Hans de Goede wrote:
> >
> > ...
> >
> > > > I don't have a system that triggers the problem, but there is
> > > > https://bugs.debian.org/1106411 which I guess is the same problem.
> > >
> > > I think the debian person is on CC here already.
> >
> > You can even Cc that bug report, messages will be added to it.
>
> I have bit lost the overview: Was there any conclusion on the right
> patch to address this issue?
>
> For context: In Debian we got a couple of reports more to the original
> one above, https://bugs.debian.org/1102522 and
> https://bugs.debian.org/1112643 , so we defintively would be
> interested to se the issue addressed.
>
> Happy as well to help affected user to test a proposed patch if
> needed, just let me know.
>
> Regards,
> Salvatore
Restarting this thread as we had some useful debug info recently.
I'm not sure we captured all the relevant info in the original
thread. Key here is the situation is.
1. No interrupts wired.
2. We could use it with an external trigger so don't want to disable
the buffered support
3. The chip has a fifo mode. That is enabled when buffer enable occurs
with no trigger set.
It is that fifo mode I think that is tripping things up. We should
restrict that alone when irqs aren't provided.
Now the fix is actually easy and was suggested earlier in this thread
(just don't register the buffer) but the reasoning why that is less
obvious.
In general we'd want to be able to use the buffer with another trigger
and so we'd want to register the buffer anyway even if not interrupts,
however as things currently stand the driver doesn't allow other triggers
anyway and doesn't register any of it's own if not interrupts. Thus
having the buffer registered is pointless.
Hence Uwe's fix is the right one I think.
Jonathan
next prev parent reply other threads:[~2025-11-15 18:23 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-13 12:45 [PATCH] iio: accel: bmc150: Do not configure IRQ registers if no IRQ connected Marek Vasut
2025-06-13 15:03 ` David Lechner
2025-06-13 15:09 ` Andy Shevchenko
2025-06-13 15:09 ` Andy Shevchenko
2025-06-13 17:02 ` Marek Vasut
2025-06-14 13:03 ` Jonathan Cameron
2025-06-16 8:47 ` Andy Shevchenko
2025-06-16 11:03 ` Marek Vasut
2025-06-16 11:09 ` Andy Shevchenko
2025-06-21 17:33 ` Marek Vasut
2025-06-23 7:19 ` Andy Shevchenko
2025-06-16 12:42 ` Hans de Goede
2025-06-21 17:17 ` Jonathan Cameron
2025-06-21 17:24 ` Marek Vasut
2025-06-21 20:14 ` Hans de Goede
2026-01-08 21:55 ` Marek Vasut
2026-01-09 9:24 ` Linus Walleij
2026-01-09 15:00 ` Marek Vasut
2025-07-22 8:55 ` Uwe Kleine-König
2025-07-22 14:48 ` Marek Vasut
2025-07-23 15:19 ` Andy Shevchenko
2025-10-01 18:25 ` Salvatore Bonaccorso
2025-11-15 18:23 ` Jonathan Cameron [this message]
2025-07-24 13:41 ` Jonathan Cameron
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20251115182253.1f7ee5c2@jic23-huawei \
--to=jic23@kernel.org \
--cc=andriy.shevchenko@intel.com \
--cc=andy@kernel.org \
--cc=carnil@debian.org \
--cc=dlechner@baylibre.com \
--cc=hansg@kernel.org \
--cc=jstephan@baylibre.com \
--cc=linux-iio@vger.kernel.org \
--cc=marek.vasut+bmc150@mailbox.org \
--cc=marek.vasut@mailbox.org \
--cc=nuno.sa@analog.com \
--cc=peterz@infradead.org \
--cc=u.kleine-koenig@baylibre.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox