[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220819190025.7702573b@jic23-huawei>
Date: Fri, 19 Aug 2022 19:00:25 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: Dmitry Rokosov <DDRokosov@...rdevices.ru>
Cc: Andy Shevchenko <andy.shevchenko@...il.com>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
"robh+dt@...nel.org" <robh+dt@...nel.org>,
"andriy.shevchenko@...ux.intel.com"
<andriy.shevchenko@...ux.intel.com>,
"christophe.jaillet@...adoo.fr" <christophe.jaillet@...adoo.fr>,
"stano.jakubek@...il.com" <stano.jakubek@...il.com>,
"shawnguo@...nel.org" <shawnguo@...nel.org>,
"stephan@...hold.net" <stephan@...hold.net>,
"daniel.lezcano@...aro.org" <daniel.lezcano@...aro.org>,
"wsa@...nel.org" <wsa@...nel.org>,
"lars@...afoo.de" <lars@...afoo.de>,
"Michael.Hennerich@...log.com" <Michael.Hennerich@...log.com>,
"jbhayana@...gle.com" <jbhayana@...gle.com>,
"lucas.demarchi@...el.com" <lucas.demarchi@...el.com>,
"jani.nikula@...el.com" <jani.nikula@...el.com>,
"linus.walleij@...aro.org" <linus.walleij@...aro.org>,
"linux-iio@...r.kernel.org" <linux-iio@...r.kernel.org>,
kernel <kernel@...rdevices.ru>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v6 3/4] iio: add MEMSensing MSA311 3-axis accelerometer
driver
On Fri, 19 Aug 2022 12:57:54 +0000
Dmitry Rokosov <DDRokosov@...rdevices.ru> wrote:
> On Fri, Aug 19, 2022 at 11:41:55AM +0300, Andy Shevchenko wrote:
>
> [...]
>
> > > Spec: https://cdn-shop.adafruit.com/product-files/5309/MSA311-V1.1-ENG.pdf
> >
> > Have you ever seen such a tag?
> > We have the Datasheet that is more or less established for this kind of links.
>
> As I mentioned before, if I use Datasheet tag, line length limit will be
> exceeded. If it's okay, I don't mind.
Fine to go long. If someone can't see the remaining chars of a link on their 80
character wide terminal - they can scroll sideways :)
> >
> > > +static inline int msa311_set_odr(struct msa311_priv *msa311, unsigned int odr)
> >
> > Why inline?
> >
>
> Why not? :) It's short function which is good to be inline, I think.
Let the compiler decide that. Generally in kernel code, inline is reserved for
the few places it's necessary or where compilers have been shown to get it wrong.
>
> > > +{
> > > + struct device *dev = msa311->dev;
> > > + unsigned int pwr_mode;
> >
> > > + bool good_odr = false;
> >
Powered by blists - more mailing lists