[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20250210163359.GA1868108@google.com>
Date: Mon, 10 Feb 2025 16:33:59 +0000
From: Lee Jones <lee@...nel.org>
To: Artur Weber <aweber.kernel@...il.com>
Cc: Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>,
Liam Girdwood <lgirdwood@...il.com>,
Mark Brown <broonie@...nel.org>,
Florian Fainelli <florian.fainelli@...adcom.com>,
Ray Jui <rjui@...adcom.com>, Scott Branden <sbranden@...adcom.com>,
Broadcom internal kernel review list <bcm-kernel-feedback-list@...adcom.com>,
Stanislav Jakubek <stano.jakubek@...il.com>,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
~postmarketos/upstreaming@...ts.sr.ht
Subject: Re: [PATCH v3 4/7] mfd: bcm590xx: Add compatible for BCM59054
On Fri, 07 Feb 2025, Artur Weber wrote:
> On 7.02.2025 09:48, Lee Jones wrote:
> > On Fri, 31 Jan 2025, Artur Weber wrote:
> >
> > > The BCM59056 supported by the bcm590xx driver is similar to the
> > > BCM59054 MFD. Add a compatible for it in the driver, in preparation
> > > for extending support of this chip in the bcm590xx regulator driver.
> > >
> > > Signed-off-by: Artur Weber <aweber.kernel@...il.com>
> > > ---
> > > Changes in v3:
> > > - Fix compilation warning about device_type pointer cast type
> > > - Name the device types enum and use it as the type in the MFD struct
> > > ---
> > > drivers/mfd/bcm590xx.c | 6 +++++-
> > > include/linux/mfd/bcm590xx.h | 7 +++++++
> > > 2 files changed, 12 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/mfd/bcm590xx.c b/drivers/mfd/bcm590xx.c
> > > index 8b56786d85d0182acf91da203b5f943556c08422..23036157480e0116301bfa93932c92f5a80010ea 100644
> > > --- a/drivers/mfd/bcm590xx.c
> > > +++ b/drivers/mfd/bcm590xx.c
> > > @@ -50,6 +50,9 @@ static int bcm590xx_i2c_probe(struct i2c_client *i2c_pri)
> > > bcm590xx->dev = &i2c_pri->dev;
> > > bcm590xx->i2c_pri = i2c_pri;
> > > + bcm590xx->device_type = \
> > > + (uintptr_t) of_device_get_match_data(bcm590xx->dev);
> >
> > Why are you dividing pointers with each other?
>
> That's not division, it's a line continuation (note the space before
The space is irrelevant in C.
> "\") - had to insert it for the line to fit in 80 characters. Though
> admittedly, there's probably a better way to do this than to force it
> with "\"...
You do not need to escape the line break in C-functions.
> I will clean this up in the next version.
You can use up to 100-chars these days, so you don't need the break at
all. However, if you insist on keeping to the old 80-char rule, you can
just omit the escape char.
--
Lee Jones [李琼斯]
Powered by blists - more mailing lists