| /linux/drivers/gpu/drm/amd/display/modules/hdcp/ |
| H A D | hdcp2_transition.c | 68 /* 1A-08: consider ake timeout a failure */ in mod_hdcp_hdcp2_transition()
84 * 1A-09: consider invalid ake cert a failure in mod_hdcp_hdcp2_transition()
85 * 1A-10: consider receiver id listed in SRM a failure in mod_hdcp_hdcp2_transition()
115 /* 1A-11-3: consider h' timeout a failure */ in mod_hdcp_hdcp2_transition()
135 /* 1A-12: consider pairing info timeout in mod_hdcp_hdcp2_transition()
147 /* 1A-11-1: consider invalid h' a failure */ in mod_hdcp_hdcp2_transition()
167 /* 1A-11-2: consider h' timeout a failure */ in mod_hdcp_hdcp2_transition()
179 /* 1A-11-1: consider invalid h' a failure */ in mod_hdcp_hdcp2_transition()
194 * 1A-05: consider disconnection after LC init a failure in mod_hdcp_hdcp2_transition()
195 * 1A-13-1: consider invalid l' a failure in mod_hdcp_hdcp2_transition()
[all …]
|
| H A D | hdcp1_transition.c | 59 /* 1A-05: consider invalid bksv a failure */ in mod_hdcp_hdcp1_transition()
73 /* 1A-06: consider invalid r0' a failure */ in mod_hdcp_hdcp1_transition()
74 /* 1A-08: consider bksv listed in SRM a failure */ in mod_hdcp_hdcp1_transition()
97 /* 1A-07: consider invalid ri' a failure */ in mod_hdcp_hdcp1_transition()
98 /* 1A-07a: consider read ri' not returned a failure */ in mod_hdcp_hdcp1_transition()
132 /* 1B-06: consider MAX_CASCADE_EXCEEDED a failure */ in mod_hdcp_hdcp1_transition()
133 /* 1B-05: consider MAX_DEVS_EXCEEDED a failure */ in mod_hdcp_hdcp1_transition()
134 /* 1B-04: consider invalid v' a failure */ in mod_hdcp_hdcp1_transition()
185 /* 1A-05: consider invalid bksv a failure */ in mod_hdcp_hdcp1_dp_transition()
218 * 1A-06: consider invalid r0' a failure in mod_hdcp_hdcp1_dp_transition()
[all …]
|
| /linux/Documentation/process/ |
| H A D | botching-up-ioctls.rst | 142 performance counter sampling instructions) consider exposing those also.
159 * Consider ditching any synchronous wait ioctls with timeouts and just deliver
177 lifetime of a file descriptor. Consider using a 1:1 mapping if your resource
197 of objects, but consider using inode numbers on your shared file descriptors
214 * Consider other interfaces than ioctls. A sysfs attribute is much better for
|
| H A D | handling-regressions.rst | 77 to the list. Consider checking the list archives beforehand, if the reporter
81 When doing either, consider making the Linux kernel regression tracking bot
168 * Do not consider regressions from the current cycle as something that can wait
197 * Always consider reverting the culprit, as it's often the quickest and least
207 * Consider CCing Linus on discussions or patch review, if a regression seems
212 * For urgent regressions, consider asking Linus to pick up the fix straight
219 CC; in it, summarize the situation while asking him to consider picking up
262 the particular fix. Also consider sending git pull requests more often than
275 search in Linux distributions and Git forges. Also consider asking other
408 regzbot consider your mail as a regressions report added to the tracking, as
[all …]
|
| /linux/Documentation/gpu/amdgpu/display/ |
| H A D | dc-debug.rst | 36 Consider the video playback case in which a video is played in a specific
76 When reporting a bug related to DC, consider attaching this log before and
115 So, when reporting bugs related to features such as PSR and ABM, consider
|
| /linux/scripts/coccinelle/misc/ |
| H A D | orplus.cocci | 64 cocci.print_main("sum of probable bitmasks, consider |",p)
70 msg = "WARNING: sum of probable bitmasks, consider |"
|
| /linux/drivers/media/test-drivers/vidtv/ |
| H A D | vidtv_demod.h | 23 * @cnr_ok: S/N threshold to consider the signal as OK. Below that, there's
25 * @cnr_good: S/N threshold to consider the signal strong.
|
| /linux/include/linux/ |
| H A D | instrumentation.h | 21 * When the value is greater than 0, we consider instrumentation allowed.
42 * If we then consider the sum of the !cond path, we'll see that the call to
|
| /linux/arch/x86/kernel/ |
| H A D | setup_percpu.c | 55 * pcpu_need_numa - determine percpu allocation needs to consider NUMA
58 * there is no reason to consider NUMA. This function determines
59 * whether percpu allocation should consider NUMA or not.
|
| /linux/Documentation/scheduler/ |
| H A D | sched-capacity.rst | 59 Consider an hypothetical dual-core asymmetric CPU capacity system where
94 OPPs. Consider the same CPUs as above (i.e. same work_per_hz()) with:
153 directly impacted by the current OPP the CPU is running at. Consider running a
163 Now, consider running the *same* workload at frequency F/2::
188 Consider the system described in 1.3.2., i.e.::
377 sleeps, if at all - it thus rarely wakes up, if at all. Consider::
|
| /linux/scripts/coccinelle/api/ |
| H A D | vma_pages.cocci | 51 msg="WARNING: Consider using vma_pages helper on %s" % (x)
59 msg="WARNING: Consider using vma_pages helper on %s" % (x)
|
| /linux/Documentation/staging/ |
| H A D | speculation.rst | 21 checks to be ignored by code which is speculatively executed. Consider the
48 result in sensitive information being leaked. Consider the following
|
| /linux/tools/perf/Documentation/ |
| H A D | perf-top.txt | 154 Only consider symbols in these dsos. This option will affect the
158 Only consider symbols in these comms. This option will affect the
162 Only consider these symbols. This option will affect the
339 Only consider events after this event is found.
351 Start perf top and ask it to only consider the cycles events when a
|
| H A D | perf-diff.txt | 43 Only consider symbols in these dsos. CSV that understands
49 Only consider symbols in these comms. CSV that understands
55 Only consider these symbols. CSV that understands
|
| /linux/Documentation/doc-guide/ |
| H A D | contributing.rst | 171 have fixed a few, please consider moving on to more advanced tasks, leaving
185 As with any patch to any project, please consider whether your change is
196 Whenever you are working with a document, please consider whether it is
224 this information with caution, and please consider sending patches
|
| /linux/Documentation/filesystems/ |
| H A D | directory-locking.rst | 72 There is one more thing to consider - splicing. It's not an operation
163 Suppose deadlocks are possible. Consider the minimal deadlocked
213 Consider the order in which directories are locked by the
270 Now consider the loop created by the operation. It passes through either
|
| H A D | idmappings.rst | 101 To see whether the simple formulas above work, consider the following two
177 For instance, consider a file that is stored on disk by a filesystem as being
205 the same kernel id in their kernel idmapsets. For example, consider the
540 idmapping it would be trivial. So we only consider a filesystem with an
557 workloads. For a more complex but common example, consider two containers
589 Or consider another increasingly popular example. Some service managers such as
670 To illustrate why this helper currently exists, consider what happens when we
731 Note that these two functions invert each other. Consider the following
958 Consider our previous example where a user has their home directory on portable
|
| /linux/Documentation/devicetree/bindings/pci/ |
| H A D | snps,dw-pcie-common.yaml | 114 Vendor-specific clock names. Consider using the generic names
171 Vendor-specific reset names. Consider using the generic names
198 Vendor-specific PHY names. Consider using the generic
|
| /linux/drivers/nfc/st-nci/ |
| H A D | st-nci.h | 66 * are activated. It does not consider any NFC_ATTR_VENDOR_DATA.
68 * It does not consider any NFC_ATTR_VENDOR_DATA.
|
| /linux/arch/arm/probes/kprobes/ |
| H A D | checkers-thumb.c | 52 /* Only consider U == 0 and P == 1: strx rx, [sp, #-<imm>] */ in t32_check_stack()
60 * Only consider U == 0 and P == 1. in t32_check_stack()
|
| /linux/Documentation/devicetree/bindings/ |
| H A D | writing-bindings.rst | 25 defined in the DT Spec. If there isn't one, consider adding it.
47 - DO use a vendor prefix on device-specific property names. Consider if
|
| /linux/drivers/nfc/st21nfca/ |
| H A D | st21nfca.h | 75 * are activated. It does not consider any NFC_ATTR_VENDOR_DATA.
77 * It does not consider any NFC_ATTR_VENDOR_DATA.
|
| /linux/Documentation/admin-guide/ |
| H A D | reporting-issues.rst | 136 process, consider searching again for existing reports about the issue.
138 * If your failure involves a 'panic', 'Oops', 'warning', or 'BUG', consider
241 above steps. Consider this as reference documentation: it's possible to read it
264 * If you never reported an issue to a FLOSS project before you should consider
302 or might not what you want. You thus might want to consider circumventing the
323 those often get rejected or ignored, so consider yourself warned. But it's still
348 If you get flooded with results consider telling your search engine to limit
373 the issue already got reported as outlined in this document and if not consider
397 What qualifies as security issue is left to your judgment. Consider reading
816 proper release with a version number like '5.7'. If that happens, consider
[all …]
|
| /linux/tools/memory-model/Documentation/ |
| H A D | locking.txt | 23 previously holding this same lock". For example, consider the following
152 seen as ordered by CPUs not holding that lock. Consider this example:
227 For example, consider a spin loop preceding a lock-based critical section.
|
| /linux/kernel/irq/ |
| H A D | autoprobe.c | 90 /* It triggered already - consider it spurious. */ in probe_irq_on()
107 * @val: mask of interrupts to consider
|