d837a996f5
One of a class of bugs pointed out by Lars in a recent review.
iio_push_to_buffers_with_timestamp() assumes the buffer used is aligned
to the size of the timestamp (8 bytes). This is not guaranteed in
this driver which uses an array of smaller elements on the stack.
As Lars also noted this anti pattern can involve a leak of data to
userspace and that indeed can happen here. We close both issues by
moving to a suitable structure in the iio_priv()
This data is allocated with kzalloc() so no data can leak apart
from previous readings.
A local unsigned int variable is used for the regmap call so it
is clear there is no potential issue with writing into the padding
of the structure.
Fixes:
|
||
---|---|---|
.. | ||
acpi-als.c | ||
adjd_s311.c | ||
adux1020.c | ||
al3010.c | ||
al3320a.c | ||
apds9300.c | ||
apds9960.c | ||
as73211.c | ||
bh1750.c | ||
bh1780.c | ||
cm3232.c | ||
cm3323.c | ||
cm3605.c | ||
cm32181.c | ||
cm36651.c | ||
cros_ec_light_prox.c | ||
gp2ap002.c | ||
gp2ap020a00f.c | ||
hid-sensor-als.c | ||
hid-sensor-prox.c | ||
iqs621-als.c | ||
isl29018.c | ||
isl29028.c | ||
isl29125.c | ||
jsa1212.c | ||
Kconfig | ||
lm3533-als.c | ||
ltr501.c | ||
lv0104cs.c | ||
Makefile | ||
max44000.c | ||
max44009.c | ||
noa1305.c | ||
opt3001.c | ||
pa12203001.c | ||
rpr0521.c | ||
si1133.c | ||
si1145.c | ||
st_uvis25_core.c | ||
st_uvis25_i2c.c | ||
st_uvis25_spi.c | ||
st_uvis25.h | ||
stk3310.c | ||
tcs3414.c | ||
tcs3472.c | ||
tsl2563.c | ||
tsl2583.c | ||
tsl2772.c | ||
tsl4531.c | ||
us5182d.c | ||
vcnl4000.c | ||
vcnl4035.c | ||
veml6030.c | ||
veml6070.c | ||
vl6180.c | ||
zopt2201.c |