]> git.ipfire.org Git - thirdparty/linux.git/commit
iio: gyro: itg3200: fix i2c read into the wrong stack location
authorDavid Carlier <devnexen@gmail.com>
Tue, 5 May 2026 13:37:48 +0000 (14:37 +0100)
committerJonathan Cameron <jic23@kernel.org>
Fri, 15 May 2026 11:05:35 +0000 (12:05 +0100)
commit6bdc3023d62ed5c7d591f0eb27a5adb37fb892ae
tree6fddadd9bc614c24d304305051d3b1517c0abcf7
parent8aeaf25a85263a7a43357e16ad78ab969f6f8aeb
iio: gyro: itg3200: fix i2c read into the wrong stack location

itg3200_read_all_channels() takes `__be16 *buf' as a parameter and
fills the i2c_msg destination as `(char *)&buf'. Since `buf' is the
parameter (a pointer), `&buf' is the address of the local pointer
slot on the stack of itg3200_read_all_channels(), not the address
of the caller's scan buffer. The (char *) cast hides the type
mismatch.

i2c_transfer() therefore writes ITG3200_SCAN_ELEMENTS * sizeof(s16)
= 8 bytes into the parameter's stack slot, which is discarded when
the function returns. The caller's scan buffer in
itg3200_trigger_handler() is never written to, so
iio_push_to_buffers_with_timestamp() pushes uninitialised stack
contents to userspace via /dev/iio:deviceX every scan -- both a
functional bug (no actual gyroscope or temperature data is
delivered through the triggered buffer) and an information leak.

The non-buffered read_raw() path is unaffected: it goes through
itg3200_read_reg_s16() which uses `&out' on a local s16 value,
where that is correct.

Drop the spurious `&' so the i2c read writes into the caller's
buffer.

Fixes: 9dbf091da080 ("iio: gyro: Add itg3200")
Cc: stable@vger.kernel.org
Signed-off-by: David Carlier <devnexen@gmail.com>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@intel.com>
Signed-off-by: Jonathan Cameron <jic23@kernel.org>
drivers/iio/gyro/itg3200_buffer.c