[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20231021165245.4f6c9aa3@jic23-huawei>
Date: Sat, 21 Oct 2023 16:52:45 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: Andreas Klinger <ak@...klinger.de>
Cc: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
Lars-Peter Clausen <lars@...afoo.de>,
Angel Iglesias <ang.iglesiasg@...il.com>,
Linus Walleij <linus.walleij@...aro.org>,
Sergei Korolev <dssoftsk@...il.com>, linux-iio@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] iio: bmp280: fix eoc interrupt usage
On Thu, 19 Oct 2023 19:15:22 +0200
Andreas Klinger <ak@...klinger.de> wrote:
> Hi Andy,
>
> Andy Shevchenko <andriy.shevchenko@...ux.intel.com> schrieb am Do, 19. Okt 19:54:
> > On Thu, Oct 19, 2023 at 06:22:09PM +0200, Andreas Klinger wrote:
> > > Only the bmp085 can have an End-Of-Conversion (EOC) interrupt. But the
> > > bmp085 and bmp180 share the same chip id. Therefore it's necessary to
> > > distinguish the case in which the interrupt is set.
> > >
> > > Fix the if statement so that only when the interrupt is set and the chip
> > > id is recognized the interrupt is requested.
> > >
> > > This bug exists since the support of EOC interrupt was introduced.
> >
> > > Fixes: aae953949651 ("iio: pressure: bmp280: add support for BMP085 EOC interrupt")
> >
> > As Jonathan already commented, this is part of a tag block below...
> >
> > > Also add a link to bmp085 datasheet for reference.
> > >
> >
> > ...somewhere here.
> >
> > > Suggested-by: Sergei Korolev <dssoftsk@...il.com>
> > > Reviewed-by: Linus Walleij <linus.walleij@...aro.org>
> > > Signed-off-by: Andreas Klinger <ak@...klinger.de>
> > > ---
> > > v1 -> v2: Remove extra space (seen by Andy)
> >
> >
> > And seems Jonathan mentioned that this is already fixed in his tree.
> > Did I understand that correctly?
>
> I just read it in the archive. For some reason I didn't get Jonathans mail
> yesterday. Sorry for the spam.
btw, don't reply to an earlier version. New version is new email thread.
Otherwise things get very tricky to follow once we have lots of versions
Jonathan
>
> Andreas
>
Powered by blists - more mailing lists