linux-kernel - Re: [PATCH 06/11] iio: pressure-core: st: Expand and rename LPS331AP's channel descriptor

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <52283367.4070603@st.com>
Date:	Thu, 5 Sep 2013 09:31:51 +0200
From:	Denis CIOCCA <denis.ciocca@...com>
To:	Lee Jones <lee.jones@...aro.org>
Cc:	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"jic23@....ac.uk" <jic23@....ac.uk>,
	"arnd@...db.de" <arnd@...db.de>,
	"linus.walleij@...aro.org" <linus.walleij@...aro.org>,
	"linux-iio@...r.kernel.org" <linux-iio@...r.kernel.org>
Subject: Re: [PATCH 06/11] iio: pressure-core: st: Expand and rename
 LPS331AP's channel descriptor


>>> Due to the MACRO used, the task of reading, understanding and maintaining
>>> the LPS331AP's channel descriptor is substantially difficult. This patch
>>> is based on the view that it's better to have easy to read, maintainable
>>> code than to save a few lines here and there. For that reason we're
>>> expanding the array so initialisation is completed in full.
>> Also for this one, the channel names are general and can be shared
>> between different sensors. For the channel definition it's not a problem
>> for me, but I think it's not necessary adds all that code...
> I'm not sure what you mean by this. Would you be kind enough to
> explain it in a different way please?
The channel name (in this case st_press_channels) is not only specific 
for one sensor but can be shared. Ok in this driver now is used only for 
the lps331ap but for example in accelerometer driver is used by several 
sensors. It's possible in the future for new pressure sensors use the 
same channels definition.
The channel definition is intended the switch by macro 
ST_SENSORS_LSM_CHANNELS to the full definition, for me is not a problem 
but I think it's not necessary.

Denis

>>> Signed-off-by: Lee Jones <lee.jones@...aro.org>
>>> ---
>>>    drivers/iio/pressure/st_pressure_core.c | 45 +++++++++++++++++++++++++--------
>>>    1 file changed, 34 insertions(+), 11 deletions(-)
>>>
>>> diff --git a/drivers/iio/pressure/st_pressure_core.c b/drivers/iio/pressure/st_pressure_core.c
>>> index becfb25..7ba9299 100644
>>> --- a/drivers/iio/pressure/st_pressure_core.c
>>> +++ b/drivers/iio/pressure/st_pressure_core.c
>>> @@ -58,16 +58,39 @@
>>>    #define ST_PRESS_LPS331AP_OUT_XL_ADDR		0x28
>>>    #define ST_TEMP_LPS331AP_OUT_L_ADDR		0x2b
>>>    
>>> -static const struct iio_chan_spec st_press_channels[] = {
>>> -	ST_SENSORS_LSM_CHANNELS(IIO_PRESSURE,
>>> +static const struct iio_chan_spec st_press_lsp331ap_channels[] = {
>>> +	{
>>> +		.type = IIO_PRESSURE,
>>> +		.channel2 = IIO_NO_MOD,
>>> +		.address = ST_PRESS_LPS331AP_OUT_XL_ADDR,
>>> +		.scan_index = ST_SENSORS_SCAN_X,
>>> +		.scan_type = {
>>> +			.sign = 'u',
>>> +			.realbits = 24,
>>> +			.storagebits = 24,
>>> +			.endianness = IIO_LE,
>>> +		},
>>> +		.info_mask_separate =
>>>    			BIT(IIO_CHAN_INFO_RAW) | BIT(IIO_CHAN_INFO_SCALE),
>>> -			ST_SENSORS_SCAN_X, 0, IIO_NO_MOD, 'u', IIO_LE, 24, 24,
>>> -			ST_PRESS_LPS331AP_OUT_XL_ADDR),
>>> -	ST_SENSORS_LSM_CHANNELS(IIO_TEMP,
>>> -			BIT(IIO_CHAN_INFO_RAW) | BIT(IIO_CHAN_INFO_SCALE) |
>>> -						BIT(IIO_CHAN_INFO_OFFSET),
>>> -			-1, 0, IIO_NO_MOD, 's', IIO_LE, 16, 16,
>>> -			ST_TEMP_LPS331AP_OUT_L_ADDR),
>>> +		.modified = 0,
>>> +	},
>>> +	{
>>> +		.type = IIO_TEMP,
>>> +		.channel2 = IIO_NO_MOD,
>>> +		.address = ST_TEMP_LPS331AP_OUT_L_ADDR,
>>> +		.scan_index = -1,
>>> +		.scan_type = {
>>> +			.sign = 'u',
>>> +			.realbits = 16,
>>> +			.storagebits = 16,
>>> +			.endianness = IIO_LE,
>>> +		},
>>> +		.info_mask_separate =
>>> +			BIT(IIO_CHAN_INFO_RAW) |
>>> +			BIT(IIO_CHAN_INFO_SCALE) |
>>> +			BIT(IIO_CHAN_INFO_OFFSET),
>>> +		.modified = 0,
>>> +	},
>>>    	IIO_CHAN_SOFT_TIMESTAMP(1)
>>>    };
>>>    
>>> @@ -77,7 +100,7 @@ static const struct st_sensors st_press_sensors[] = {
>>>    		.sensors_supported = {
>>>    			[0] = LPS331AP_PRESS_DEV_NAME,
>>>    		},
>>> -		.ch = (struct iio_chan_spec *)st_press_channels,
>>> +		.ch = (struct iio_chan_spec *)st_press_lsp331ap_channels,
>>>    		.odr = {
>>>    			.addr = ST_PRESS_LPS331AP_ODR_ADDR,
>>>    			.mask = ST_PRESS_LPS331AP_ODR_MASK,
>>> @@ -214,7 +237,7 @@ int st_press_common_probe(struct iio_dev *indio_dev)
>>>    	pdata->num_data_channels = ST_PRESS_NUMBER_DATA_CHANNELS;
>>>    	pdata->multiread_bit = pdata->sensor->multi_read_bit;
>>>    	indio_dev->channels = pdata->sensor->ch;
>>> -	indio_dev->num_channels = ARRAY_SIZE(st_press_channels);
>>> +	indio_dev->num_channels = ARRAY_SIZE(st_press_lsp331ap_channels);
>>>    
>>>    	pdata->current_fullscale = (struct st_sensor_fullscale_avl *)
>>>    						&pdata->sensor->fs.fs_avl[0];