| /linux/fs/nls/ |
| H A D | Kconfig | 44 native language character sets. These character sets are stored
46 codepage if you want to be able to read/write these filenames on
56 native language character sets. These character sets are stored
58 codepage if you want to be able to read/write these filenames on
68 native language character sets. These character sets are stored
70 codepage if you want to be able to read/write these filenames on
81 native language character sets. These character sets are stored in
83 codepage if you want to be able to read/write these filenames on
97 native language character sets. These character sets are stored in
99 codepage if you want to be able to read/write these filenames on
[all …]
|
| /linux/Documentation/ABI/testing/ |
| H A D | sysfs-tty | 29 These sysfs values expose the TIOCGSERIAL interface via
38 These sysfs values expose the TIOCGSERIAL interface via
47 These sysfs values expose the TIOCGSERIAL interface via
56 These sysfs values expose the TIOCGSERIAL interface via
65 These sysfs values expose the TIOCGSERIAL interface via
74 These sysfs values expose the TIOCGSERIAL interface via
83 These sysfs values expose the TIOCGSERIAL interface via
92 These sysfs values expose the TIOCGSERIAL interface via
104 These sysfs values expose the TIOCGSERIAL interface via
113 These sysfs values expose the TIOCGSERIAL interface via
[all …]
|
| /linux/Documentation/ABI/ |
| H A D | README | 3 userspace, and the relative stability of these interfaces. Due to the
4 everchanging nature of Linux, and the differing maturity levels, these
15 defined to be stable. Userspace programs are free to use these
27 programs can start to rely on these interfaces, but they must be
28 aware of changes that can occur before these interfaces move to
29 be marked stable. Programs that use these interfaces are
31 these interfaces, so that the kernel developers can easily
45 Every file in these directories will contain the following information:
59 important to get feedback for these interfaces to make
|
| /linux/tools/memory-model/Documentation/ |
| H A D | ordering.txt | 15 2. Ordered memory accesses. These operations order themselves
23 some of these "unordered" operations provide limited ordering
46 Note well that many of these primitives generate absolutely no code
82 Second, some RMW atomic operations provide full ordering. These
113 Finally, RCU's grace-period primitives provide full ordering. These
115 synchronize_srcu() and so on. However, these primitives have orders
132 full ordering for these primitives. One way to obtain full ordering on
263 end in _release. These operations order their own store against all
321 and value-returning RMW operations whose names end in _acquire. These
441 Each of these two categories of unordered accesses has a section below:
[all …]
|
| /linux/include/linux/sunrpc/ |
| H A D | metrics.h | 11 * These statistics are not for detailed problem diagnosis, but simply
14 * These counters are not meant to be human-readable, but are meant to be
23 * arrays per-CPU because these counters are always modified behind locks.
39 * These counters give an idea about how many request
51 * These count how many bytes are sent and received for a
53 * particular procedure is putting on the network. These
71 * These statuses usually indicate error conditions.
|
| /linux/drivers/scsi/arm/ |
| H A D | Kconfig | 11 Acorn system with one of these, say Y. If unsure, say N.
40 Acorn system with one of these, say Y. If unsure, say N.
47 system with one of these, say Y, otherwise say N.
54 you have one of these, say Y. If unsure, say N.
65 Acorn system with one of these, say Y. If unsure, say N.
73 system with one of these, say Y. If unsure, say N.
|
| /linux/Documentation/ABI/stable/ |
| H A D | sysfs-driver-mlxreg-io | 15 Description: These files show with which CPLD versions have been burned
34 Description: These files show with which CPLD versions have been burned
43 Description: These files enable and disable the access to the JTAG domain.
66 Description: These files allow asserting system power cycling, switching
93 Description: These files show the system reset cause, as following: power
110 Description: These files show the system reset cause, as following: ComEx
123 Description: These files show with which CPLD versions have been burned
137 Description: These files show the system reset cause, as following:
152 Description: These files show system static topology identification
165 Description: These files show the system reset causes, as following: reset
[all …]
|
| /linux/fs/jffs2/ |
| H A D | LICENCE | 21 macros or inline functions from these files, or you compile these
22 files and link them with other works to produce a work based on these
23 files, these files do not by themselves cause the resulting work to be
25 these files must still be made available in accordance with section (3)
|
| /linux/Documentation/security/ |
| H A D | self-protection.rst | 26 is uncommon that all these goals can be met, but it is worth explicitly
27 mentioning them, since these aspects need to be explored, dealt with,
44 to redirect execution flow. To reduce the availability of these targets
54 alternatives, breakpoints, kprobes, etc. If these must exist in a
64 Most architectures have these options on by default and not user selectable.
65 For some architectures like arm that wish to have these be selectable,
75 tables, file/network/etc operation structures, etc). The number of these
83 For variables that are initialized once at ``__init`` time, these can
86 What remains are variables that are updated rarely (e.g. GDT). These
97 access userspace memory without explicit expectation to do so. These
[all …]
|
| /linux/Documentation/arch/arm/nwfpe/ |
| H A D | netwinder-fpe.rst | 28 These instructions are fully implemented.
40 These instructions are fully implemented. They store/load three words
73 These are fully implemented.
87 These are fully implemented.
93 These are fully implemented as well. They use the same algorithm as the
96 to the ARM manual. The manual notes these are defined only for single
110 These are fully implemented.
116 These are fully implemented.
121 These are implemented. URD is implemented using the same code as the RND
141 These are not implemented. They are not currently issued by the compiler,
[all …]
|
| /linux/Documentation/devicetree/bindings/sifive/ |
| H A D | sifive-blocks-ip-versioning.txt | 4 strings for open-source SiFive IP blocks. HDL for these IP blocks
16 Until these IP blocks (or IP integration) support version
17 auto-discovery, the maintainers of these IP blocks intend to increment
19 interface to these IP blocks changes, or when the functionality of the
26 match on these IP block-specific compatible strings.
|
| /linux/Documentation/arch/arm64/ |
| H A D | pointer-authentication.rst | 30 A subset of these instructions have been allocated from the HINT
32 these instructions behave as NOPs. Applications and libraries using
33 these instructions operate correctly regardless of the presence of the
84 user_pac_address_keys and struct user_pac_generic_keys). These can be
93 requesting these two separate cpu features to be enabled. The current KVM
95 these userspace flags are checked before enabling pointer authentication.
97 if support is added in the future to allow these two features to be
104 Additionally, when these vcpu feature flags are not set then KVM will
|
| /linux/include/linux/ |
| H A D | nfs_iostat.h | 10 * Generally these are not for detailed problem diagnosis, but
13 * These counters are not meant to be human-readable, but are meant
40 * These counters give a view of the data throughput into and out
46 * These counters can also help characterize which access methods
55 * These count the number of pages read or written via nfs_readpage(),
77 * These counters provide a low-overhead way of monitoring client
|
| /linux/tools/testing/selftests/net/forwarding/ |
| H A D | README | 7 Unfortunately, these namespaces can not be used with actual switching
41 These tests are written with switch ASICs in mind, but they can be run
80 various ways. A number of these variables can be overridden. The way these
87 Any of these variables can be overridden. Notably net/forwarding/lib.sh and
90 One way of overriding these variables is through the environment:
|
| /linux/Documentation/arch/arm/omap/ |
| H A D | omap_pm.rst | 6 authors use these functions to communicate minimum latency or
24 DaVinci) to add these constraints in a way which won't affect non-OMAP
71 As the 'pdata' in the above examples indicates, these functions are
78 not support these functions should leave these function pointers set
84 The most common usage of these functions will probably be to specify
120 frequency. The OMAP PM interface contains functions for these
148 in these cases, the board file needs to do additional steps as follows:
|
| /linux/Documentation/bpf/ |
| H A D | fs_kfuncs.rst | 10 BPF kfuncs can be used to get these data.
16 To avoid recursions, these kfuncs follow the following rules:
18 1. These kfuncs are only permitted from BPF LSM function.
19 2. These kfuncs should not call into other LSM hooks, i.e. security_*(). For
|
| /linux/Documentation/userspace-api/media/v4l/ |
| H A D | vidioc-dbg-g-register.rst | 43 For driver debugging purposes these ioctls allow test applications to
50 with the ``CONFIG_VIDEO_ADV_DEBUG`` option to enable these ioctls.
74 These ioctls are optional, not all drivers may support them. However
75 when a driver supports these ioctls it must also support
77 it may support ``VIDIOC_DBG_G_CHIP_INFO`` but not these ioctls.
83 We recommended the v4l2-dbg utility over calling these ioctls directly.
160 these ioctls.
|
| /linux/Documentation/i2c/ |
| H A D | fault-codes.rst | 21 In short, your I2C driver code may need to know these codes in order
28 These are returned as negative numbers from most calls, with zero or
30 numbers associated with these symbols differ between architectures,
34 codes that may be returned, and other cases where these codes should
35 be returned. However, drivers should not return other codes for these
62 on these as the only way to detect incorrect data transfers.
113 transaction it can't. (These limitations can't be seen in
|
| /linux/LICENSES/preferred/ |
| H A D | LGPL-2.1 | 53 programs; and that you are informed that you can do these things.
56 distributors to deny you these rights or to ask you to surrender these
57 rights. These restrictions translate to certain responsibilities for you if
65 changes to the library and recompiling it. And you must show them these
102 advantage over competing non-free programs. These disadvantages are the
145 has been distributed under these terms. A "work based on the Library"
179 you also meet all of these conditions:
204 These requirements apply to the modified work as a whole. If
230 that version instead if you wish.) Do not make any other change in these
296 user to the copy of this License. Also, you must do one of these things:
[all …]
|
| /linux/Documentation/RCU/ |
| H A D | rcu.rst | 24 barriers. The fact that these operations are quite expensive
34 Therefore, as soon as a CPU is seen passing through any of these
43 counters. These counters allow limited types of blocking within
46 critical sections. These variants of RCU detect grace periods
47 by sampling these counters.
78 Of these, one was allowed to lapse by the assignee, and the
|
| /linux/tools/include/uapi/asm-generic/ |
| H A D | mman-common.h | 48 #define MADV_WILLNEED 3 /* will need these pages */
49 #define MADV_DONTNEED 4 /* don't need these pages */
51 /* common parameters: try to keep these consistent across architectures */
53 #define MADV_REMOVE 9 /* remove these pages & resources */
72 #define MADV_COLD 20 /* deactivate these pages */
73 #define MADV_PAGEOUT 21 /* reclaim these pages */
|
| /linux/arch/x86/kernel/ |
| H A D | irqinit.c | 36 * (these are usually mapped to vectors 0x30-0x3f)
40 * The IO-APIC gives us many more interrupt sources. Most of these
44 * of these. Plus, more powerful systems might have more than 64
47 * (these are usually mapped into the 0x30-0xff vector range)
81 * If these IRQ's are handled by legacy interrupt-controllers like PIC, in init_IRQ()
83 * these IRQs are handled by more modern controllers like IO-APIC, in init_IRQ()
|
| /linux/tools/perf/pmu-events/arch/x86/skylakex/ |
| H A D | floating-point.json | 7 … per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events.",
16 … per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events.",
25 … per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events.",
34 … per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events.",
43 … per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events.",
52 … per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events.",
61 … per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events.",
70 … per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events.",
79 … per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events.",
88 … per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events.",
[all …]
|
| /linux/Documentation/driver-api/media/drivers/ |
| H A D | bttv-devel.rst | 51 these pins. One register is the output enable register
54 you can get/set the status if these pins. They can be used for input
57 Most grabber board vendors use these pins to control an external chip
59 These pins are also used by some companies to drive remote control
65 line for your board. The important fields are these two::
76 (``BT848_GPIO_OUT_EN``) will be set as these pins must be driven by the
87 card installed, you might to check out if you can read these registers
|
| /linux/Documentation/dev-tools/ |
| H A D | testing-overview.rst | 17 frameworks. These both provide infrastructure to help make running tests and
60 kselftest is therefore suited well to tests of whole features, as these will
69 The Linux Kernel supports two different code coverage measurement tools. These
89 detect classes of issues when they occur in a running kernel. These typically
94 Some of these tools are listed below:
112 These tools tend to test the kernel as a whole, and do not "pass" like
114 running tests on a kernel with these tools enabled: you can then be sure
115 that none of these errors are occurring during the test.
117 Some of these tools integrate with KUnit or kselftest and will
|