Re: [PATCH] mfd: Fix MACRO for commonly declared MFD cell attributes

[Laxman Dewangan]

On Friday 26 February 2016 10:05 PM, Rhyland Klein wrote:
> On 2/19/2016 11:28 AM, Rhyland Klein wrote:
> > On 2/19/2016 3:50 AM, Lee Jones wrote:
> > > On Thu, 18 Feb 2016, Rhyland Klein wrote:
> > >
> > > >   #define MFD_ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0]))
> > > >   
> > > > -#define MFD_CELL_ALL(_name, _res, _pdata, _id, _compat, _match)		\
> > > > +#define MFD_CELL_ALL(_name, _nres, _res, _pdata, _id, _compat, _match)	\
> > > >   	{								\
> > > >   		.name = (_name),					\
> > > >   		.resources = (_res),					\
> > > > -		.num_resources = MFD_ARRAY_SIZE((_res)),		\
> > > > +		.num_resources = (_nres),				\
> > > >   		.platform_data = (_pdata),				\
> > > >   		.pdata_size = MFD_ARRAY_SIZE((_pdata)), 		\
The pdata_size initialization is also not correct. This is not the array 
count but the size
of the platform data which is passed. Should be sizeof((_pdata))



> >   
> >   #define MFD_CELL_ALL(_name, _res, _pdata, _id, _compat, _match)                \
> >          {                                                               \
> >
> > That was my first thought too. However, I see this when I try to compile
> > that:
> >
> > In file included from drivers/mfd/max77620.c:18:0:
> > include/linux/mfd/core.h:19:34: warning: the address of âgpio_resourcesâ
> > will always evaluate as âtrueâ [-Waddress]
> >   #define MFD_ARRAY_SIZE(arr) (arr ? (sizeof(arr) / sizeof((arr)[0])) : 0)
> >
> > 7 different times. This patch was the only way I seemed to be able to
> > WAR around compile time warnings.
> >
> > -rhyland
> Did you not see warnings like this when you compiled the kernel? Did you
> find a different approach than what I proposed above to deal with it?
> I'd like to get this in soon so that when the max77620 drivers are all
> in and using it, it should be functional.
I think the following change also crash in runtime:

/***
commit e60a946f05db2cac857025da6ffb72df48d3be54
Author: Lee Jones <lee.jones@xxxxxxxxxx>

    mfd: ab8500: Provide a small example using new MFD cell MACROs

***/

Should we have something MFD_CELL_RES, MFD_CELL_RES_PDATA, 
MFD_CELL_PDATA, for more common user and not to pass the NULL here.