Searched full:may (Results 1 – 25 of 1871) sorted by relevance
12345678910>>...75
| /Documentation/ABI/testing/ |
| D | sysfs-class-usb_power_delivery | 2 Date: May 2022
8 Date: May 2022
15 Date: May 2022
24 Date: May 2022
38 Date: May 2022
52 Date: May 2022
66 Date: May 2022
73 Date: May 2022
91 Date: May 2022
100 Date: May 2022
[all …]
|
| D | sysfs-class-pwm | 2 Date: May 2013
11 Date: May 2013
20 Date: May 2013
27 Date: May 2013
35 Date: May 2013
42 Date: May 2013
51 Date: May 2013
58 Date: May 2013
65 Date: May 2013
73 Date: May 2013
|
| D | sysfs-class-net-cdc_ncm | 2 Date: May 2014
42 Date: May 2014
58 Date: May 2014
70 Date: May 2014
90 Date: May 2014
99 Date: May 2014
106 Date: May 2014
113 Date: May 2014
122 Date: May 2014
130 Date: May 2014
[all …]
|
| D | sysfs-driver-chromeos-acpi | 3 Date: May 2022
15 Date: May 2022
29 Date: May 2022
45 Date: May 2022
53 Date: May 2022
61 Date: May 2022
69 Date: May 2022
84 Date: May 2022
96 Date: May 2022
104 Date: May 2022
[all …]
|
| D | sysfs-bus-pci-devices-aer_stats | 6 Note that this may mean that if an endpoint is causing problems, the AER
7 counters may increment at its link partner (e.g. root port) because the
8 errors may be "seen" / reported by the link partner and not the
9 problematic endpoint itself (which may report all counters as 0 as it never
17 PCI device using ERR_COR. Note that since multiple errors may
19 TOTAL_ERR_COR at the end of the file may not match the actual
38 PCI device using ERR_FATAL. Note that since multiple errors may
40 TOTAL_ERR_FATAL at the end of the file may not match the actual
69 may be reported using a single ERR_FATAL message, thus
70 TOTAL_ERR_NONFATAL at the end of the file may not match the
|
| D | sysfs-driver-hid-ntrig | 2 Date: May, 2010
11 Date: May, 2010
21 sensor may mistakenly not detect a finger that is still present.
26 Date: May, 2010
42 Date: May, 2010
59 Date: May, 2010
69 Date: May, 2010
|
| D | sysfs-bus-bcma | 2 Date: May 2011
10 Date: May 2011
18 Date: May 2011
26 Date: May 2011
|
| D | sysfs-kernel-slab | 2 Date: May 2007
9 files may be modified to change the behavior of the cache (and
14 Date: May 2007
23 Date: May 2007
32 Date: May 2007
100 Date: May 2007
110 Date: May 2007
132 Date: May 2007
195 Date: May 2007
215 Date: May 2007
[all …]
|
| /Documentation/livepatch/ |
| D | reliable-stacktrace.rst | 15 functions may have live state and therefore may not be safe to patch. One way
18 Existing stacktrace code may not always give an accurate picture of all
35 * The trace includes all functions that the task may be returned to, and the
56 architectures may need to verify that code has been compiled in a manner
57 expected by the unwinder. For example, an unwinder may expect that
63 In some cases, an unwinder may require metadata to correctly unwind.
78 Unwinding may terminate early for a number of reasons, including:
102 manipulating a frame pointer), but there can be code which may not follow these
103 conventions and may require special handling in the unwinder, e.g.
124 There are several ways an architecture may identify kernel code which is deemed
[all …]
|
| /Documentation/virt/kvm/x86/ |
| D | timekeeping.rst | 31 timekeeping which may be difficult to find elsewhere, specifically,
279 the APIC CPU-local memory-mapped hardware. Beware that CPU errata may affect
280 the use of the APIC and that workarounds may be required. In addition, some of
283 functionality that may be more computationally expensive to implement.
297 systems designated as legacy free may support only the HPET as a hardware timer
317 timing chips built into the cards which may have registers which are accessible
360 platforms, the TSCs of different CPUs may start at different times depending
364 The BIOS may attempt to resynchronize the TSCs during the poweron process and
365 the operating system or other system software may attempt to do this as well.
367 write the full 64-bits of the TSC, it may be impossible to match the TSC in
[all …]
|
| /Documentation/security/ |
| D | credentials.rst | 17 Objects are things in the system that may be acted upon directly by
43 indicates the 'objective context' of that object. This may or may not be
58 Objects other than tasks may under some circumstances also be subjects.
59 For instance an open file may send SIGIO to a task using the UID and EUID
77 Linux has a number of actions available that a subject may perform upon an
98 file may supply more than one ACL.
102 'group' and 'other'), each of which may be granted certain privileges
112 The system as a whole may have one or more sets of rules that get
166 The inheritable capabilities are the ones that may get passed across
169 The bounding set limits the capabilities that may be inherited across
[all …]
|
| /Documentation/admin-guide/sysctl/ |
| D | user.rst | 42 user namespace may create.
48 user namespace may create.
54 user namespace may create.
60 current user namespace may create.
66 user namespace may create.
72 user namespace may create.
78 user namespace may create.
84 user namespace may create.
|
| /Documentation/firmware-guide/acpi/ |
| D | DSD-properties-rules.rst | 12 namespace. In principle, the format of the data may be arbitrary, but it has to
28 It also may be regarded as the definition of a key and the associated data type
45 Property sets may be hierarchical. That is, a property set may contain
46 multiple property subsets that each may contain property subsets of its
66 principle, the property set may still not be regarded as a valid one.
68 For example, that applies to device properties which may cause kernel code
71 particular, that may happen if the kernel code uses device properties to
77 In all cases in which kernel code may do something that will confuse AML as a
90 avoided. For this reason, it may not be possible to make _DSD return a property
92 sake of code re-use, it may make sense to provide as much of the configuration
|
| /Documentation/devicetree/bindings/pinctrl/ |
| D | pinctrl-bindings.txt | 24 Note that pin controllers themselves may also be client devices of themselves.
25 For example, a pin controller may set up its own "active" state when the
37 property exists to define the pin configuration. Each state may also be
50 entries may exist in this list so that multiple pin
51 controllers may be configured, or so that a state may be built
57 In some cases, it may be useful to define a state, but for it
58 to be empty. This may be required when a common IP block is
62 exist, they must still be defined, but may be left empty.
|
| /Documentation/userspace-api/media/v4l/ |
| D | dev-encoder.rst | 25 2. The meaning of words "must", "may", "should", etc. is as per `RFC
30 4. :c:func:`VIDIOC_G_EXT_CTRLS` and :c:func:`VIDIOC_S_EXT_CTRLS` may be used
34 5. Single-planar API (see :ref:`planar-apis`) and applicable structures may be
88 client may call :c:func:`VIDIOC_ENUM_FMT` on ``CAPTURE``.
93 2. To enumerate the set of supported raw formats, the client may call
103 3. The client may use :c:func:`VIDIOC_ENUM_FRAMESIZES` to detect supported
116 4. The client may use :c:func:`VIDIOC_ENUM_FRAMEINTERVALS` to detect supported
137 ``CAPTURE``, if applicable, may be queried using their respective controls
140 6. Any additional encoder capabilities may be discovered by querying
157 desired size of ``CAPTURE`` buffers; the encoder may adjust it to
[all …]
|
| D | dev-decoder.rst | 25 2. The meaning of words "must", "may", "should", etc. is as per `RFC
30 4. :c:func:`VIDIOC_G_EXT_CTRLS` and :c:func:`VIDIOC_S_EXT_CTRLS` may be used
34 5. Single-planar API (see :ref:`planar-apis`) and applicable structures may be
82 the order in which frames are decoded; may differ from display order if the
130 a point in the bytestream from which decoding may start/continue, without
218 client may call :c:func:`VIDIOC_ENUM_FMT` on ``OUTPUT``.
227 2. To enumerate the set of supported raw formats, the client may call
237 3. The client may use :c:func:`VIDIOC_ENUM_FRAMESIZES` to detect supported
251 ``OUTPUT``, if applicable, may be queried using their respective controls
274 desired size of ``OUTPUT`` buffers; the decoder may adjust it to
[all …]
|
| /Documentation/driver-api/ |
| D | regulator.rst | 32 The regulator API uses a number of terms which may not be familiar:
43 may either be static, requiring only a fixed supply, or dynamic,
83 Note that since multiple consumers may be using a regulator and machine
84 constraints may not allow the regulator to be disabled there is no
87 drivers should assume that the regulator may be enabled at all times.
92 Some consumer devices may need to be able to dynamically configure their
93 supplies. For example, MMC drivers may need to select the correct
94 operating voltage for their cards. This may be done while the regulator
109 Callbacks may also be registered for events such as regulation failures.
141 and the parameters that may be set. This is required since generally
[all …]
|
| D | pwrseq.rst | 28 A unit is a discreet chunk of a power sequence. For instance one unit may
29 enable a set of regulators, another may enable a specific GPIO. Units can
37 to the power sequencer. Via the dependency system, multiple targets may
56 will have any effect as there may be multiple users of the underlying resources
57 who may keep them active.
67 consumers may use as the final point in the sequence that they wish to reach.
84 consumer driver controls one of its modules, the provider driver may parse the
|
| /Documentation/devicetree/bindings/interrupt-controller/ |
| D | msi.txt | 7 MSIs were originally specified by PCI (and are used with PCIe), but may also be
16 Devices may be configured by software to write to arbitrary doorbells which
17 they can address. An MSI controller may feature a number of doorbells.
21 Devices may be configured to write an arbitrary payload chosen by software.
22 MSI controllers may have restrictions on permitted payloads.
35 address by some master. An MSI controller may feature a number of doorbells.
58 generate, the doorbell and payload may be configured, though sideband
59 information may not be configurable.
67 This property is unordered, and MSIs may be allocated from any combination of
|
| /Documentation/staging/ |
| D | speculation.rst | 12 work which may be discarded at a later stage.
17 absence of data in caches. Such state may form side-channels which can be
32 Which, on arm64, may be compiled to an assembly sequence such as::
44 value will subsequently be discarded, but the speculated load may affect
47 More complex sequences involving multiple dependent memory accesses may
61 Under speculation, the first call to load_array() may return the value
63 microarchitectural state dependent on this value. This may provide an
|
| /Documentation/devicetree/bindings/powerpc/ |
| D | sleep.yaml | 17 may contain a "sleep" property which describes these connections.
25 that may be supported are:
27 - Dynamic: The device may be disabled or enabled at any time.
28 - System Suspend: The device may request to be disabled or remain
33 Some devices may share a clock domain with each other, such that they should
|
| /Documentation/admin-guide/mm/ |
| D | numaperf.rst | 8 Some platforms may have multiple types of memory attached to a compute
9 node. These disparate memory ranges may share some characteristics, such
10 as CPU cache coherence, but may have different performance. For example,
15 characteristics. Some memory may share the same node as a CPU, and others
17 CPUs, they may still be local to one or more compute nodes relative to
35 When multiple memory initiators exist, they may not all have the same
37 pair may be organized into different ranked access classes to represent
40 the highest access class, 0. Any given target may have one or more
41 local initiators, and any given initiator may have multiple local
54 A memory initiator may have multiple memory targets in the same access
[all …]
|
| /Documentation/ABI/stable/ |
| D | sysfs-firmware-opal-elog | 13 Log entries may be purged by the service processor
20 the only remaining copy of a log message may be in
26 The service processor may be able to store more log
28 an event from Linux you may instantly get another one
33 user space to solve the problem. In future, we may
48 In the future there may be additional types.
|
| /Documentation/userspace-api/media/ |
| D | fdl-appendix.rst | 67 may not explain any mathematics.) The relationship could be a matter of
127 You may copy and distribute the :ref:`Document <fdl-document>` in any
131 you add no other conditions whatsoever to those of this License. You may
133 copying of the copies you make or distribute. However, you may accept
138 You may also lend copies, under the same conditions stated above, and
139 you may publicly display copies.
154 with all words of the title equally prominent and visible. You may add
191 You may copy and distribute a :ref:`Modified Version <fdl-modified>`
205 the Document). You may use the same title as a previous version if
259 versions it was based on. These may be placed in the "History"
[all …]
|
| /Documentation/userspace-api/ |
| D | dma-buf-alloc-exchange.rst | 25 Conceptually a two-dimensional array of pixels. The pixels may be stored
42 in bytes and at least one handle in some API. May contain one or more
51 more color channels values, e.g. R, G and B, or Y, Cb and Cr. May also
56 of a pixel or an image. The data for one pixel may be spread over several
134 Some modifiers may modify the number of planes required for an image; for
162 calculations. This may be used to combine multiple planes into a single memory
163 buffer; for example, ``DRM_FORMAT_NV12`` may be stored in a single memory buffer
170 with dimensions of 1000x1000 may have been allocated as if it were 1024x1000, in
176 Buffers may also be padded further in the y dimension, simply by allocating a
238 acceptable modifiers, and the buffer's width and height. Each API may extend
[all …]
|
12345678910>>...75