Home
last modified time | relevance | path

Searched +full:bu27034nuc +full:- +full:e (Results 1 – 2 of 2) sorted by relevance

/openbmc/linux/Documentation/devicetree/bindings/iio/light/
H A Drohm,bu27034.yaml1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
3 ---
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Matti Vaittinen <mazziesaccount@gmail.com>
16 https://fscdn.rohm.com/en/products/databook/datasheet/ic/sensor/light/bu27034nuc-e.pdf
25 vdd-supply: true
28 - compatible
29 - reg
34 - |
36 #address-cells = <1>;
[all …]
/openbmc/linux/drivers/iio/light/
H A Drohm-bu27034.c1 // SPDX-License-Identifier: GPL-2.0-only
6 * https://fscdn.rohm.com/en/products/databook/datasheet/ic/sensor/light/bu27034nuc-e.pdf
21 #include <linux/iio/iio-gts-helper.h>
55 * inevitable even if the sensor clock would be perfectly phase-locked to CPU
56 * clock - which we can't say is the case.
59 * risk of losing a sample because things can in a rainy-day scenario be
72 * Downside is that the time-stamps would be very inaccurate as the wake-up
74 * result 'jumps' in the time-stamps when the delay drifted so that wake-up was
75 * performed during the consecutive wake-ups (Or, when sensor and CPU clocks
76 * were very different and scheduling the wake-ups was very close to given
[all …]