Home
last modified time | relevance | path

Searched full:typical (Results 1 – 25 of 1187) sorted by relevance

12345678910>>...48

/kernel/linux/linux-6.6/drivers/iio/test/
Diio-test-rescale.c34 * Typical use cases
37 .name = "typical IIO_VAL_INT, positive",
45 .name = "typical IIO_VAL_INT, negative",
53 .name = "typical IIO_VAL_FRACTIONAL, positive",
62 .name = "typical IIO_VAL_FRACTIONAL, negative",
71 .name = "typical IIO_VAL_FRACTIONAL_LOG2, positive",
80 .name = "typical IIO_VAL_FRACTIONAL_LOG2, negative",
89 .name = "typical IIO_VAL_INT_PLUS_NANO, positive",
98 .name = "typical IIO_VAL_INT_PLUS_NANO, negative",
107 .name = "typical IIO_VAL_INT_PLUS_MICRO, positive",
[all …]
/kernel/linux/linux-6.6/Documentation/devicetree/bindings/display/panel/
Dpanel-timing.yaml56 Timing can be specified either as a typical value or as a tuple
78 description: typical number of pixels
90 description: typical number of pixels
102 description: typical number of pixels
114 description: typical number of lines
126 description: typical number of lines
138 description: typical number of lines
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/display/panel/
Dpanel-timing.yaml56 Timing can be specified either as a typical value or as a tuple
78 description: typical number of pixels
91 description: typical number of pixels
104 description: typical number of pixels
117 description: typical number of lines
130 description: typical number of lines
143 description: typical number of lines
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/input/touchscreen/
Dstmpe.txt34 0 -> 20 mA (typical 35mA max)
35 1 -> 50 mA (typical 80 mA max)
100 * 50 mA typical 80 mA max touchscreen drivers
/kernel/linux/linux-6.6/Documentation/i2c/
Dfunctionality.rst69 function callback ``functionality``. Typical implementations are given
72 A typical SMBus-only adapter would list all the SMBus transactions it
82 A typical full-I2C adapter would use the following (from the i2c-pxa
104 check whether the needed functionality is present. The typical way to do
/kernel/linux/linux-5.10/Documentation/i2c/
Dfunctionality.rst69 function callback ``functionality``. Typical implementations are given
72 A typical SMBus-only adapter would list all the SMBus transactions it
82 A typical full-I2C adapter would use the following (from the i2c-pxa
104 check whether the needed functionality is present. The typical way to do
/kernel/linux/linux-5.10/Documentation/userspace-api/media/
Dintro.rst12 A typical media device hardware is shown at :ref:`typical_media_device`.
20 Typical Media Device
/kernel/linux/linux-6.6/Documentation/userspace-api/media/
Dintro.rst12 A typical media device hardware is shown at :ref:`typical_media_device`.
20 Typical Media Device
/kernel/linux/linux-5.10/Documentation/vm/
Dovercommit-accounting.rst11 space are refused. Used for a typical system. It ensures a
47 largest size you think you will need. For typical stack usage this does
/kernel/linux/linux-6.6/Documentation/mm/
Dovercommit-accounting.rst9 space are refused. Used for a typical system. It ensures a
46 largest size you think you will need. For typical stack usage this does
/kernel/linux/linux-5.10/Documentation/
Datomic_t.txt131 the typical solution is to then implement atomic_set{}() with atomic_xchg().
225 is a 'typical' RELEASE pattern, the barrier is strictly stronger than
233 is an ACQUIRE pattern (though very much not typical), but again the barrier is
/kernel/linux/linux-5.10/arch/arm/mach-omap2/
Dvp.c134 * Clear all pending TransactionDone interrupt/status. Typical latency in omap_vp_forceupdate_scale()
156 * Wait for TransactionDone. Typical latency is <200us. in omap_vp_forceupdate_scale()
272 * Wait for VP idle Typical latency is <2us. Maximum latency is ~100us in omap_vp_disable()
/kernel/linux/linux-6.6/arch/arm/mach-omap2/
Dvp.c134 * Clear all pending TransactionDone interrupt/status. Typical latency in omap_vp_forceupdate_scale()
156 * Wait for TransactionDone. Typical latency is <200us. in omap_vp_forceupdate_scale()
272 * Wait for VP idle Typical latency is <2us. Maximum latency is ~100us in omap_vp_disable()
/kernel/linux/linux-6.6/Documentation/devicetree/bindings/mfd/
Dfsl,imx8qxp-csr.yaml16 to a mix of standalone hardware devices within that subsystem. One typical
18 by phandle, and the other typical use-case is that the operating system
/kernel/linux/linux-6.6/tools/virtio/ringtest/
DREADME4 Typical use:
/kernel/linux/linux-5.10/tools/virtio/ringtest/
DREADME4 Typical use:
/kernel/linux/linux-6.6/drivers/cxl/
DKconfig76 In addition to typical memory resources a platform may also advertise
91 memory were attached to the typical CPU memory controller. This is
/kernel/linux/linux-6.6/virt/kvm/
Dbinary_stats.c38 * as in the limit) from any position, the typical usage would follow below
116 * The descriptors copy would be skipped in the typical case that in kvm_stats_read()
/kernel/linux/linux-6.6/Documentation/
Datomic_t.txt131 the typical solution is to then implement atomic_set{}() with atomic_xchg().
225 is a 'typical' RELEASE pattern, the barrier is strictly stronger than
233 is an ACQUIRE pattern (though very much not typical), but again the barrier is
/kernel/linux/linux-5.10/drivers/slimbus/
DKconfig9 and other peripheral components in typical embedded systems.
/kernel/linux/linux-6.6/Documentation/ABI/testing/
Dsysfs-bus-iio-mpu60508 is a 3x3 unitary matrix. A typical mounting matrix would look like
/kernel/linux/linux-5.10/net/ieee802154/
DKconfig8 devices. Maximum allowed data rate is 250 kb/s and typical personal
/kernel/linux/linux-6.6/drivers/slimbus/
DKconfig9 and other peripheral components in typical embedded systems.
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/rtc/
Dfaraday,ftrtc010.txt16 32768 Hz (a typical low-power clock).
/kernel/linux/linux-6.6/net/ieee802154/
DKconfig8 devices. Maximum allowed data rate is 250 kb/s and typical personal

12345678910>>...48