linux-kernel - [PATCH 0/2] Solve data access delay of ST sensors

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-next>] [day] [month] [year] [list]

Message-Id: <20220204192552.428433-1-massimo.toscanelli@leica-geosystems.com>
Date:   Fri,  4 Feb 2022 19:25:50 +0000
From:   Massimo Toscanelli <massimo.toscanelli@...ca-geosystems.com>
To:     linux-kernel@...r.kernel.org
Cc:     bsp-development.geo@...ca-geosystems.com
Subject: [PATCH 0/2] Solve data access delay of ST sensors

Reading raw data from ST sensors implies enabling the device and
waiting for its activation.
This leads to significant delays every time the data is fetched,
especially if the operation has to be repeated.

The introduction of the 'always_on' flag as sysfs attribute can
solve this issue, by allowing the user to keep the device enabled
during the entire read session and therefore, to perform a much
faster data access.

This implementation has been already tested on a ST magnetometer.

Massimo Toscanelli (2):
  iio: st_sensors: add always_on flag
  iio: st_magn_core.c: activate always_on attribute

 .../iio/common/st_sensors/st_sensors_core.c   | 85 +++++++++++++++++--
 drivers/iio/magnetometer/st_magn_core.c       |  2 +
 include/linux/iio/common/st_sensors.h         | 14 +++
 3 files changed, 96 insertions(+), 5 deletions(-)

base-commit: dcb85f85fa6f142aae1fe86f399d4503d49f2b60
-- 
2.25.1