/linux-6.12.1/tools/testing/selftests/powerpc/dexcr/ |
D | dexcr_test.c | 16 static int dexcr_prctl_onexec_test_child(unsigned long which, const char *status) in dexcr_prctl_onexec_test_child() argument 19 unsigned long aspect = pr_which_to_aspect(which); in dexcr_prctl_onexec_test_child() 20 int ctrl = pr_get_dexcr(which); in dexcr_prctl_onexec_test_child() 48 static int dexcr_prctl_aspect_test(unsigned long which) in dexcr_prctl_aspect_test() argument 50 unsigned long aspect = pr_which_to_aspect(which); in dexcr_prctl_aspect_test() 57 SKIP_IF_MSG(!pr_dexcr_aspect_supported(which), "DEXCR aspect not supported"); in dexcr_prctl_aspect_test() 58 SKIP_IF_MSG(!pr_dexcr_aspect_editable(which), "DEXCR aspect not editable with prctl"); in dexcr_prctl_aspect_test() 61 err = pr_set_dexcr(which, PR_PPC_DEXCR_CTRL_SET | PR_PPC_DEXCR_CTRL_CLEAR); in dexcr_prctl_aspect_test() 66 err = pr_set_dexcr(which, PR_PPC_DEXCR_CTRL_SET_ONEXEC | PR_PPC_DEXCR_CTRL_CLEAR_ONEXEC); in dexcr_prctl_aspect_test() 72 err = pr_set_dexcr(which, PR_PPC_DEXCR_CTRL_SET); in dexcr_prctl_aspect_test() [all …]
|
/linux-6.12.1/drivers/staging/greybus/ |
D | gpio.c | 67 static int gb_gpio_activate_operation(struct gb_gpio_controller *ggc, u8 which) in gb_gpio_activate_operation() argument 77 request.which = which; in gb_gpio_activate_operation() 85 ggc->lines[which].active = true; in gb_gpio_activate_operation() 91 u8 which) in gb_gpio_deactivate_operation() argument 98 request.which = which; in gb_gpio_deactivate_operation() 102 dev_err(dev, "failed to deactivate gpio %u\n", which); in gb_gpio_deactivate_operation() 106 ggc->lines[which].active = false; in gb_gpio_deactivate_operation() 113 u8 which) in gb_gpio_get_direction_operation() argument 121 request.which = which; in gb_gpio_get_direction_operation() 131 which, direction); in gb_gpio_get_direction_operation() [all …]
|
D | pwm.c | 44 static int gb_pwm_activate_operation(struct pwm_chip *chip, u8 which) in gb_pwm_activate_operation() argument 51 request.which = which; in gb_pwm_activate_operation() 66 static int gb_pwm_deactivate_operation(struct pwm_chip *chip, u8 which) in gb_pwm_deactivate_operation() argument 73 request.which = which; in gb_pwm_deactivate_operation() 89 u8 which, u32 duty, u32 period) in gb_pwm_config_operation() argument 96 request.which = which; in gb_pwm_config_operation() 114 u8 which, u8 polarity) in gb_pwm_set_polarity_operation() argument 121 request.which = which; in gb_pwm_set_polarity_operation() 137 static int gb_pwm_enable_operation(struct pwm_chip *chip, u8 which) in gb_pwm_enable_operation() argument 144 request.which = which; in gb_pwm_enable_operation() [all …]
|
/linux-6.12.1/tools/perf/pmu-events/arch/powerpc/power10/ |
D | pipeline.json | 5 …"BriefDescription": "Cycles in which the oldest instruction in the pipeline suffered a TLB miss or… 10 …"BriefDescription": "Cycles in which the next-to-complete (NTC) instruction is held at dispatch fo… 35 "BriefDescription": "Cycles in which an instruction reload is pending to satisfy a demand miss." 55 …"BriefDescription": "Cycles in which the oldest instruction in the pipeline was waiting for a load… 60 …"BriefDescription": "Cycles in which the oldest instruction in the pipeline finished at dispatch a… 75 …"BriefDescription": "Cycles in which the next-to-complete (NTC) instruction is held at dispatch be… 80 …"BriefDescription": "Cycles in which the next-to-complete (NTC) instruction is held at dispatch be… 85 …"BriefDescription": "Cycles in which the oldest instruction in the pipeline was waiting for a load… 90 …"BriefDescription": "Cycles in which the oldest instruction in the pipeline was executing in the s… 95 …"BriefDescription": "Cycles in which the oldest instruction in the pipeline was a lwsync waiting t… [all …]
|
/linux-6.12.1/tools/perf/pmu-events/arch/arm64/arm/cortex-a76/ |
D | cache.json | 3 "PublicDescription": "This event counts any instruction fetch which misses in the cache.", 11 …re operation or page table walk access which causes data to be read from outside the L1, including… 15 …store operation or page table walk access which looks up in the L1 data cache. In particular, any … 23 …or Level 0 Macro-op cache access. This event counts any instruction fetch which accesses the L1 in… 31 …"PublicDescription": "This event counts any transaction from L1 which looks up in the L2 cache, an… 35 …L2 data cache refill. This event counts any cacheable transaction from L1 which causes data to be … 39 …which return data, regardless of whether they cause an invalidation. Invalidations from the L2 whi… 43 …line write into the L2 cache which does not cause a linefill, including write-backs from L1 to L2 … 47 …"PublicDescription": "This event counts any load or store operation which accesses the data L1 TLB… 52 …"PublicDescription": "This event counts any instruction fetch which accesses the instruction L1 TL… [all …]
|
/linux-6.12.1/Documentation/process/ |
D | 4.Coding.rst | 8 code. It is the code which will be examined by other developers and merged 9 (or not) into the mainline tree. So it is the quality of this code which 13 number of ways in which kernel developers can go wrong. Then the focus 14 will shift toward doing things right and the tools which can help in that 28 which does not meet the coding style guidelines. The presence of that code 46 The other trap is to assume that code which is already in the kernel is 56 The coding style document also should not be read as an absolute law which 58 style (a line which becomes far less readable if split to fit within the 85 At a simple level, consider a function which has an argument which is 88 provides. By that time, though, chances are good that the code which [all …]
|
D | 1.Intro.rst | 27 :ref:`development_coding` is about the coding process; several pitfalls which 30 which can help to ensure that kernel patches are correct. 56 kernel has evolved into a best-of-breed operating system component which 75 offer this kind of openness, which is a characteristic of the free software 84 evolved its own distinct ways of operating which allow it to function 132 - Code which has been merged into the mainline kernel is available to all 133 Linux users. It will automatically be present on all distributions which 148 Code which is in the mainline, instead, does not require this work as the 151 which has been merged into the mainline has significantly lower 154 - Beyond that, code which is in the kernel will often be improved by other [all …]
|
D | license-rules.rst | 19 which is required to be compatible with the GPL-2.0:: 32 The User-space API (UAPI) header files, which describe the interface of 35 which does not extend the GPL requirements to any software which uses it to 37 into any source files which create an executable running on the Linux 43 tools which are used in the context of license compliance. 48 under which the content of the file is contributed. SPDX license 64 possible line in a file which can contain a comment. For the majority 65 of files this is the first line, except for scripts which require the 84 appropriate comment mechanism which the tool accepts shall be used. This 88 there are still older assembler tools which cannot handle C++ style [all …]
|
/linux-6.12.1/tools/perf/pmu-events/arch/arm64/arm/cortex-a55/ |
D | branch.json | 18 … "Predicted conditional branch executed.This event counts when any branch which can be predicted b… 21 … "Predicted conditional branch executed.This event counts when any branch which can be predicted b… 24 …"Indirect branch mis-predicted.This event counts when any indirect branch which can be predicted b… 27 …"Indirect branch mis-predicted.This event counts when any indirect branch which can be predicted b… 30 …ted due to address mis-compare.This event counts when any indirect branch which can be predicted b… 33 …ted due to address mis-compare.This event counts when any indirect branch which can be predicted b… 36 …which can be predicted by the conditional predictor is retired, and has mis-predicted the conditio… 39 …which can be predicted by the conditional predictor is retired, and has mis-predicted the conditio… 42 …ith predicted address executed.This event counts when any indirect branch which can be predicted b… 45 …ith predicted address executed.This event counts when any indirect branch which can be predicted b… [all …]
|
/linux-6.12.1/tools/testing/kunit/test_data/ |
D | test_is_test_passed-no_tests_run_no_header.log | 39 Using a channel type which is configured out of UML 41 Using a channel type which is configured out of UML 43 Using a channel type which is configured out of UML 45 Using a channel type which is configured out of UML 47 Using a channel type which is configured out of UML 49 Using a channel type which is configured out of UML 51 Using a channel type which is configured out of UML 53 Using a channel type which is configured out of UML 55 Using a channel type which is configured out of UML 57 Using a channel type which is configured out of UML [all …]
|
D | test_output_isolated_correctly.log | 61 Using a channel type which is configured out of UML 63 Using a channel type which is configured out of UML 65 Using a channel type which is configured out of UML 67 Using a channel type which is configured out of UML 69 Using a channel type which is configured out of UML 71 Using a channel type which is configured out of UML 73 Using a channel type which is configured out of UML 75 Using a channel type which is configured out of UML 77 Using a channel type which is configured out of UML 79 Using a channel type which is configured out of UML [all …]
|
/linux-6.12.1/Documentation/dev-tools/ |
D | ktap.rst | 11 which don't align with the original TAP specification. Thus, a "Kernel TAP" 16 KTAP test results describe a series of tests (which may be nested: i.e., test 17 can have subtests), each of which can contain both diagnostic data -- e.g., log 31 a couple of places (notably the "Subtest" header), which are described where 37 All KTAP-formatted results begin with a "version line" which specifies which 45 Note that, in KTAP, subtests also begin with a version line, which denotes the 46 start of the nested test results. This differs from TAP14, which uses a 62 which case the test plan may be omitted -- it is strongly recommended one is 75 The result can be either "ok", which indicates the test case passed, 76 or "not ok", which indicates that the test case failed. [all …]
|
/linux-6.12.1/drivers/mtd/chips/ |
D | Kconfig | 22 This option enables JEDEC-style probing of flash chips which are not 24 CFI-targeted flash drivers for any chips which are identified which 40 configuration options which allow you to do so. 49 This option defines the way in which the CPU attempts to arrange 51 'NO', which is the default when CONFIG_MTD_CFI_ADV_OPTIONS isn't 79 some other configuration options which would allow you to reduce 82 which are supported by the current code will be enabled. 88 If you wish to support CFI devices on a physical bus which is 95 If you wish to support CFI devices on a physical bus which is 102 If you wish to support CFI devices on a physical bus which is [all …]
|
/linux-6.12.1/net/bridge/netfilter/ |
D | Kconfig | 103 This option adds the among match, which allows matching the MAC source 112 This option adds the ARP match, which allows ARP and RARP header field 120 This option adds the IP match, which allows basic IP header field 129 This option adds the IP6 match, which allows basic IPV6 header field 137 This option adds the limit match, which allows you to control 138 the rate at which a rule can be matched. This match is the 147 This option adds the mark match, which allows matching frames based on 157 This option adds the packet type match, which allows matching on the 167 This option adds the Spanning Tree Protocol match, which 175 This option adds the 802.1Q vlan match, which allows the filtering of [all …]
|
/linux-6.12.1/net/netfilter/ipset/ |
D | Kconfig | 32 This option adds the bitmap:ip set type support, by which one 41 This option adds the bitmap:ip,mac set type support, by which one 50 This option adds the bitmap:port set type support, by which one 59 This option adds the hash:ip set type support, by which one 69 This option adds the hash:ip,mark set type support, by which one 78 This option adds the hash:ip,port set type support, by which one 87 This option adds the hash:ip,port,ip set type support, by which 97 This option adds the hash:ip,port,net set type support, by which 107 This option adds the hash:ip,mac set type support, by which 116 This option adds the hash:mac set type support, by which [all …]
|
/linux-6.12.1/include/uapi/linux/ |
D | v4l2-subdev.h | 32 * @which: format type (from enum v4l2_subdev_format_whence) 39 __u32 which; member 48 * @which: format type (from enum v4l2_subdev_format_whence) 59 __u32 which; member 77 * @which: format type (from enum v4l2_subdev_format_whence) 86 __u32 which; member 101 * @which: format type (from enum v4l2_subdev_format_whence) 113 __u32 which; member 123 * @which: interval type (from enum v4l2_subdev_format_whence) 130 __u32 which; member [all …]
|
/linux-6.12.1/tools/perf/pmu-events/arch/arm64/arm/cortex-a73/ |
D | pipeline.json | 15 "PublicDescription": "Duration for which all slots in the Load-Store Unit are busy", 18 "BriefDescription": "Duration for which all slots in the Load-Store Unit are busy" 21 "PublicDescription": "Duration for which all slots in the load-store issue queue are busy", 24 "BriefDescription": "Duration for which all slots in the load-store issue queue are busy" 27 … "PublicDescription": "Duration for which all slots in the data processing issue queue are busy", 30 … "BriefDescription": "Duration for which all slots in the data processing issue queue are busy" 33 "PublicDescription": "Duration for which all slots in the Data Engine issue queue are busy", 36 "BriefDescription": "Duration for which all slots in the Data Engine issue queue are busy"
|
/linux-6.12.1/Documentation/arch/x86/ |
D | mds.rst | 17 MSBDS leaks Store Buffer Entries which can be speculatively forwarded to a 20 memory address, which can be exploited under certain conditions. Store 23 buffer is repartitioned which can expose data from one thread to the other. 26 L1 miss situations and to hold data which is returned or sent in response 29 deallocated it can retain the stale data of the preceding operations which 30 can then be forwarded to a faulting or assisting load operation, which can 37 contain stale data from a previous operation which can be forwarded to 38 faulting or assisting loads under certain conditions, which again can be 56 - to have a disclosure gadget which exposes the speculatively accessed 59 - to control the pointer through which the disclosure gadget exposes the [all …]
|
/linux-6.12.1/drivers/md/dm-vdo/ |
D | action-manager.h | 14 * as the block map or slab depot). Each action manager is tied to a specific context for which it 18 * action manager from a single thread (which thread is determined when the action manager is 37 * A function which is to be applied asynchronously to a set of zones. 38 * @context: The object which holds the per-zone context for the action 39 * @zone_number: The number of zone to which the action is being applied 46 * A function which is to be applied asynchronously on an action manager's initiator thread as the 48 * @context: The object which holds the per-zone context for the action 54 * A function which will run on the action manager's initiator thread as the conclusion of an 56 * @context: The object which holds the per-zone context for the action 64 * @context: The object which holds the per-zone context for the action [all …]
|
D | recovery-journal.h | 24 * The recovery_journal provides a log of all block mapping and reference count changes which have 40 * The journal also contains a set of in-memory blocks which are used to buffer up entries until 43 * has a vio which is used to commit that block to disk. The vio's data is the on-disk 44 * representation of the journal block. In addition each in-memory block has a buffer which is used 52 * committed, the requesting VIO will be attached to the in-memory block to which the caller's 57 * to the block's vio which is then written, automatically waking all of the waiters when it 58 * completes. When the write completes, any entries which accumulated in the block are copied to 71 * the one it references, in which case it increments the count on the earlier journal block and 94 /* The number of logical zones which may hold locks */ 96 /* The number of physical zones which may hold locks */ [all …]
|
/linux-6.12.1/Documentation/filesystems/ |
D | ext2.rst | 49 resuid=n The user ID which may use the reserved blocks. 50 resgid=n The group ID which may use the reserved blocks. 88 which is decided when the filesystem is created. Smaller blocks mean 100 bitmap and the inode usage bitmap which show which blocks and inodes 107 in the same block group as the inode which contains them. 129 and which OS created it. 144 structure contains pointers to the filesystem blocks which contain the 151 There are some reserved fields which are currently unused in the inode 152 structure and several which are overloaded. One field is reserved for the 156 by the HURD to reference the inode of a program which will be used to [all …]
|
/linux-6.12.1/arch/riscv/kernel/ |
D | fpu.S | 108 #define get_f32(which) fmv.x.s a0, which; j 2f argument 109 #define put_f32(which) fmv.s.x which, a1; j 2f argument 111 # define get_f64(which) fmv.x.d a0, which; j 2f argument 112 # define put_f64(which) fmv.d.x which, a1; j 2f argument 114 # define get_f64(which) fsd which, 0(a1); j 2f argument 115 # define put_f64(which) fld which, 0(a1); j 2f argument 217 * a1 = If xlen == 32, pointer which should be loaded with the FP register value 218 * or unused if xlen == 64. In which case the FP register value is returned
|
/linux-6.12.1/lib/ |
D | Kconfig.ubsan | 26 (regardless of context, locks held, etc), which may destabilize 32 when a UBSAN violation occurs. (Except on arm64 and x86, which 33 will report which Sanitizer failed.) This may make it hard to 43 of flexible arrays, which is comparable to Clang's regular 83 This option enables Clang's -fsanitize=local-bounds which traps 85 of a statically-known size, where an added offset (which may not 93 This option enables -fsanitize=shift which checks for bit-shift 104 This option enables -fsanitize=integer-divide-by-zero which checks 116 This option enables -fsanitize=unreachable which checks for control 127 This option enables -fsanitize=signed-integer-overflow which checks [all …]
|
/linux-6.12.1/Documentation/security/tpm/ |
D | tpm-security.rst | 16 PTT, which is a software TPM running inside a software environment 17 close to the CPU, which are subject to different attacks, but right at 19 hardware TPM, which is the use case discussed here. 25 interposer which is a simple external device that can be installed in 46 which would be an annoying denial of service attack. However, there 56 the PCRs and then send down their own measurements which would 64 on some sort of mechanism for protection which would change over TPM 72 interception which HMAC protection alone cannot protect against, so 80 asymmetric secret must be established which must also be unknown to 82 and storage seeds, which can be used to derive asymmetric keys. [all …]
|
/linux-6.12.1/Documentation/timers/ |
D | highres.rst | 6 and beyond". The paper is part of the OLS 2006 Proceedings Volume 1, which can 13 The slides contain five figures (pages 2, 15, 18, 20, 22), which illustrate the 37 The main differences to the timer wheel, which holds the armed timer_list type 51 sources, which are registered in the framework and selected on a quality based 53 initializes data structures, which are used by the generic time keeping code to 91 service handler, which is almost inherently hardware dependent. 114 a function pointer in the device description structure, which has to be called 125 The framework adds about 700 lines of code which results in a 2KB increase of 153 which inform hrtimers about availability of new hardware. hrtimers validates 155 switching to high resolution mode. This ensures also that a kernel which is [all …]
|