| /linux/drivers/staging/greybus/ |
| H A D | Kconfig | 8 Select this option if you have a device that follows the
29 Select this option if you have a device that follows the
39 Select this option if you have a device that follows the
49 Select this option if you have a device that follows the
59 Select this option if you have a device that follows the
69 Select this option if you have a device that follows the
78 Select this option if you have a device that follows the
87 Select this option if you have a device that follows the
97 Select this option if you have a device that follows the
106 Select this option if you have a device that follows the
[all …]
|
| /linux/Documentation/devicetree/bindings/display/ |
| H A D | lvds-data-mapping.yaml | 38 LVDS data mappings are defined as follows.
41 [VESA] specifications. Data are transferred as follows on 3 LVDS lanes.
52 specifications. Data are transferred as follows on 4 LVDS lanes.
64 Data are transferred as follows on 4 LVDS lanes.
75 Control signals are mapped as follows.
|
| /linux/arch/x86/include/asm/ |
| H A D | sigframe.h | 38 /* fp state follows here */
53 /* fp state follows here */
63 /* fp state follows here */
81 /* fp state follows here */
|
| /linux/Documentation/devicetree/bindings/input/ |
| H A D | iqs626a.yaml | 42 Specifies the power mode during suspend as follows:
64 updated during ultra-low-power mode as follows:
88 represents touch state as follows:
104 long-term average) of an associated channel as follows:
199 Specifies how inactive CRX pins are to be terminated as follows:
226 Specifies the channel's ATI mode as follows:
269 sensing as follows:
281 Specifies the channel's sensing frequency as follows (parenthesized
364 Specifies the capacitance to be added to the channel as follows:
377 Specifies the channel's sensing mode as follows:
[all …]
|
| H A D | iqs269a.yaml | 53 Specifies the power mode during suspend as follows:
178 Specifies the inductive sensing excitation frequency as follows (paren-
195 long-term average) of an associated channel as follows:
347 Specifies the capacitance to be added to the channel as follows:
364 sensing as follows:
375 Specifies the channel's sensing mode as follows:
387 Specifies the channel's sensing frequency as follows (parenthesized
403 Specifies the channel's ATI mode as follows:
|
| H A D | azoteq,iqs7222.yaml | 46 reported as follows:
57 generated as follows:
307 Specifies one or more GPIO mapped to the event as follows:
372 Specifies the cycle's sensing mode as follows:
447 follows:
494 capacitive sensing as follows:
518 Specifies the channel's ATI mode as follows:
584 Specifies one or more GPIO mapped to the event as follows:
762 Specifies one or more GPIO mapped to the event as follows:
781 Represents a GPIO mapped to one or more events as follows:
|
| /linux/tools/perf/Documentation/ |
| H A D | jitdump-specification.txt | 48 The flags currently defined are as follows:
53 …ollowed by records. Each record starts with a fixed size header describing the record that follows.
55 The record header is specified in order as follows:
126 The debug_entry describes the source line information. It is defined as follows in order:
164 The EH Frame header follows the Linux Standard Base (LSB) specification as described in the documen…
167 The EH Frame follows the LSB specification as described in the document at https://refspecs.linuxba…
|
| /linux/drivers/gpu/drm/gma500/ |
| H A D | oaktrail.h | 77 u16 Panel_Backlight_Inverter_Descriptor;/* 16 bits, as follows */
81 /*16 bits, Defined as follows: */
106 u16 Panel_Backlight_Inverter_Descriptor;/*16 bits, as follows*/
111 /*16 bits, Defined as follows: */
147 union { /*8 bits,Defined as follows: */
164 union { /*8 bits,Defined as follows: */
|
| /linux/tools/memory-model/Documentation/ |
| H A D | control-dependencies.txt | 23 as follows:
50 the original example by eliminating the "if" statement as follows:
60 identical stores on both branches of the "if" statement as follows:
73 Unfortunately, current compilers will transform this as follows at high
146 make sure that MAX is greater than one, perhaps as follows:
171 always true, the compiler can transform this example as follows, again
|
| /linux/Documentation/devicetree/bindings/scsi/ |
| H A D | hisilicon-sas.txt | 6 - compatible : value should be as follows:
22 sources; the interrupts are ordered in 3 groups, as follows:
35 Fatal interrupts : the fatal interrupts are ordered as follows:
39 the interrupts are ordered in 3 groups, as follows:
|
| /linux/Documentation/RCU/ |
| H A D | rcubarrier.rst | 13 as follows::
19 IRQ context. The function p_callback() might be defined as follows::
61 Pseudo-code using rcu_barrier() is as follows:
83 in its exit function as follows::
194 The original code for rcu_barrier() was roughly as follows::
233 to post an RCU callback, as follows::
255 reaches zero, as follows::
|
| H A D | lockdep-splat.rst | 68 Line 2776 of block/cfq-iosched.c in v3.0-rc5 is as follows::
78 which would permit us to invoke rcu_dereference_protected as follows::
93 add rcu_read_lock() and rcu_read_unlock() as follows::
110 by rcu_access_pointer() as follows::
|
| H A D | listRCU.rst | 96 implementation of ``audit_filter_task()`` might be as follows::
122 This means that RCU can be easily applied to the read side, as follows::
150 might be used as follows for deletion and insertion in these simplified
236 if it did, the reader-writer-locked code to do so might look as follows
267 The RCU version of audit_upd_rule() is as follows::
335 ``audit_entry`` structure, and modify audit_filter_task() as follows::
362 spinlock as follows::
|
| /linux/include/linux/sunrpc/ |
| H A D | rpc_rdma.h | 135 * Pointer to the XDR position that follows the encoded RDMA segment
154 * Pointer to the XDR position that follows the encoded Read segment
172 * Pointer to the XDR item that follows the RDMA segment
191 * Pointer to the XDR item that follows the Read segment
|
| /linux/arch/powerpc/kernel/ptrace/ |
| H A D | ptrace-tm.c | 80 * The userspace interface buffer layout is as follows.
128 * The userspace interface buffer layout is as follows.
222 * The userspace interface buffer layout is as follows.
266 * FPR registers. The userspace interface buffer layout is as follows.
334 * layout is as follows.
385 * layout is as follows.
463 * The userspace interface buffer layout is as follows.
506 * FPR registers. The userspace interface buffer layout is as follows.
566 * The userspace interface buffer layout is as follows.
608 * The userspace interface buffer layout is as follows.
|
| /linux/Documentation/bpf/ |
| H A D | s390.rst | 36 Once on Debian, the build prerequisites can be installed as follows::
62 Latest Clang targeting BPF can be installed as follows::
130 The virtual machine can be started as follows::
153 need to be mounted as follows::
|
| /linux/Documentation/userspace-api/ |
| H A D | vduse.rst | 23 VDUSE devices are created as follows:
36 VDUSE devices are destroyed as follows:
109 module as follows:
155 able to start the dataplane processing as follows:
|
| /linux/drivers/clk/sunxi/ |
| H A D | clk-sun9i-core.c | 19 * PLL4 rate is calculated as follows
95 * GT rate is calculated as follows
150 * AHB rate is calculated as follows
230 * APB1 rate is calculated as follows
|
| /linux/arch/loongarch/kernel/ |
| H A D | mcount_dyn.S | 14 * are as follows:
18 * modules trampoline is as follows:
26 * follows the LoongArch's psABI as well.
|
| /linux/Documentation/kbuild/ |
| H A D | kconfig-macro-language.rst | 14 can write a makefile like follows::
24 and handles as if the source file were input like follows::
156 to make "info" function print " hello", you can write like follows::
241 Instead, you can do like follows so that any function call is statically
|
| /linux/Documentation/userspace-api/media/v4l/ |
| H A D | metafmt-generic.rst | 61 The packing of the data follows the MIPI CSI-2 specification and the padding of
105 The packing of the data follows the MIPI CSI-2 specification and the padding of
151 The packing of the data follows the MIPI CSI-2 specification and the padding of
194 The packing of the data follows the MIPI CSI-2 specification and the padding of
243 The packing of the data follows the MIPI CSI-2 specification and the padding of
296 The packing of the data follows the MIPI CSI-2 specification and the padding of
|
| /linux/Documentation/devicetree/bindings/gpio/ |
| H A D | sodaville.txt | 13 The interrupt specifier consists of two cells encoded as follows:
15 - <2nd cell>: The level-sense information, encoded as follows:
|
| /linux/Documentation/driver-api/gpio/ |
| H A D | board.rst | 136 A lookup table can then be defined as follows, with an empty entry defining its
154 And the table can be added by the board code as follows::
158 The driver controlling "foo.0" will then be able to obtain its GPIOs as follows::
186 And the table can be added to the board code as follows::
|
| /linux/security/tomoyo/ |
| H A D | util.c | 429 * Check whether the given string follows the naming rules.
430 * Returns true if @string follows the naming rules, false otherwise.
512 * Check whether the given string follows the naming rules.
513 * Returns true if @string follows the naming rules, false otherwise.
521 * tomoyo_correct_path2 - Check whether the given pathname follows the naming rules. in tomoyo_correct_word()
526 * Returns true if @filename follows the naming rules, false otherwise.
541 * Check whether the given pathname follows the naming rules.
542 * Returns true if @filename follows the naming rules, false otherwise.
550 * tomoyo_correct_domain - Check whether the given domainname follows the naming rules. in tomoyo_correct_path()
554 * Returns true if @domainname follows th
[all...] |
| /linux/tools/lib/subcmd/ |
| H A D | run-command.h | 25 * - Specify -1 to have a pipe allocated as follows:
32 * - Specify > 0 to set a channel to a particular FD as follows:
|