| /Linux-v4.19/arch/arm/probes/kprobes/ |
| D | test-core.c | 1024 static unsigned long test_context_cpsr(int scenario) in test_context_cpsr() argument
1031 cpsr = (scenario & 0xf) << 28; /* N,Z,C,V flags */ in test_context_cpsr()
1032 cpsr |= (scenario & 0xf) << 16; /* GE flags */ in test_context_cpsr()
1033 cpsr |= (scenario & 0x1) << 27; /* Toggle Q flag */ in test_context_cpsr()
1040 if (scenario == 15) in test_context_cpsr()
1050 if (scenario == 15) in test_context_cpsr()
1055 unsigned x = (scenario >> 4); in test_context_cpsr()
1063 if ((scenario & 0xf) == 0xf) in test_context_cpsr()
1078 switch (scenario) { in test_context_cpsr()
1102 int scenario = test_case_run_count>>1; in setup_test_context() local
[all …]
|
| /Linux-v4.19/Documentation/crypto/ |
| D | devel-algos.rst | 198 ^ | | at all in this scenario.
204 ^ | | at all in this scenario.
221 .setkey() -> .init() -> .update() -> .export() at all in this scenario.
230 ^ | | at all in this scenario.
|
| /Linux-v4.19/Documentation/mmc/ |
| D | mmc-async-req.txt | 59 request. The host driver may optimize for this scenario to minimize
64 Pseudocode to handle is_first_req scenario with minimal prepare overhead:
|
| /Linux-v4.19/Documentation/bus-devices/ |
| D | ti-gpmc.txt | 31 in time or in cycles, provision to handle this scenario has been
34 in timing structure, in this scenario, try to correlate peripheral
|
| /Linux-v4.19/Documentation/ABI/testing/ |
| D | sysfs-class-power | 55 battery discharging scenario where user-space needs to know the
69 battery discharging scenario where user-space needs to know the
207 battery charging scenario where user-space needs to know the
221 battery charging scenario where user-space needs to know the
370 charging scenario where user-space needs to know the supply
385 charging scenario where user-space needs to know the supply
|
| /Linux-v4.19/Documentation/networking/ |
| D | ipsec.txt | 37 above scenario. The consequence of doing so is small packet(uncompressed)
|
| /Linux-v4.19/Documentation/admin-guide/mm/ |
| D | soft-dirty.rst | 36 there is still a scenario when we can lose soft dirty bits -- a task
|
| /Linux-v4.19/Documentation/i2c/busses/ |
| D | i2c-sis96x | 53 scenario is found where they're needed.
|
| /Linux-v4.19/Documentation/sound/soc/ |
| D | codec-to-codec.rst | 41 a speaker and you have a below scenario:
|
| /Linux-v4.19/Documentation/ |
| D | ntb.txt | 54 So typical scenario of the first type memory window initialization looks:
71 Typical scenario of the second type interface initialization would be:
89 In accordance with this scenario, the NTB Memory Window API can be used as
|
| /Linux-v4.19/Documentation/kbuild/ |
| D | Kconfig.recursion-issue-02 | 41 # For an example real world scenario issue refer to the attempt to remove
|
| /Linux-v4.19/Documentation/ide/ |
| D | ide-tape.txt | 33 following scenario:
|
| /Linux-v4.19/Documentation/sound/hd-audio/ |
| D | dp-mst.rst | 44 - MST must be dyn_pcm_assign, and it is acomp (for Intel scenario);
|
| /Linux-v4.19/Documentation/RCU/ |
| D | rcuref.txt | 45 in this scenario as follows:
|
| /Linux-v4.19/Documentation/device-mapper/ |
| D | era.txt | 64 The scenario of invalidating a cache when rolling back a vendor
|
| D | log-writes.txt | 25 simulate the worst case scenario with regard to power failures. Consider the
|
| /Linux-v4.19/Documentation/admin-guide/ |
| D | l1tf.rst | 111 deployment scenario. The mitigations, their protection scope and impact
200 workload scenario and the resulting number of VMEXITs.
238 scenario. Disabling SMT might be a viable alternative for particular
280 the impact depends on the hosting scenario and the type of workloads.
518 the scenario still trigger soft interrupts and schedule kernel threads
|
| /Linux-v4.19/Documentation/vm/ |
| D | mmu_notifier.rst | 33 Consider the following scenario (device use a feature similar to ATS/PASID):
|
| /Linux-v4.19/Documentation/locking/ |
| D | lockdep-design.txt | 127 could lead to a lock inversion deadlock - even if that lock scenario did
243 every possible hardirq and softirq nesting scenario (which is impossible
263 This problem is solved by checking any given 'locking scenario' (unique
|
| /Linux-v4.19/Documentation/powerpc/ |
| D | eeh-pci-error-recovery.txt | 97 reinitialization of the device driver. In a worst-case scenario,
105 kernel/device driver should assume the worst-case scenario, that the
316 succeed. Both have been only lightly tested in this scenario.
|
| /Linux-v4.19/Documentation/networking/dpaa2/ |
| D | overview.rst | 77 A simple scenario is described illustrating the objects involved
284 scenario and the objects bound to each driver. A brief description
|
| /Linux-v4.19/Documentation/cgroup-v1/ |
| D | freezer-subsystem.txt | 123 in a simple scenario.
|
| /Linux-v4.19/Documentation/security/ |
| D | self-protection.rst | 13 In the worst-case scenario, we assume an unprivileged local attacker
109 without ``CONFIG_COMPAT``. However, this is rarely a feasible scenario.
|
| /Linux-v4.19/Documentation/virtual/kvm/ |
| D | vcpu-requests.rst | 176 scenario 3, Message and Flag, of [lwn-mb]_ and the kernel documentation
209 (scenario 10 of [lwn-mb]_). As the Dekker pattern requires two variables,
|
| /Linux-v4.19/Documentation/devicetree/ |
| D | of_unittest.txt | 129 According to the scenario above, the live tree is already present so it isn't
|
