/kernel/linux/linux-5.10/tools/testing/selftests/bpf/ |
D | test_dev_cgroup.c | 57 assert(system("rm -f /tmp/test_dev_cgroup_null") == 0); in main() 58 assert(system("mknod /tmp/test_dev_cgroup_null c 1 3")); in main() 59 assert(system("rm -f /tmp/test_dev_cgroup_null") == 0); in main() 62 assert(system("rm -f /tmp/test_dev_cgroup_zero") == 0); in main() 63 assert(system("mknod /tmp/test_dev_cgroup_zero c 1 5") == 0); in main() 64 assert(system("rm -f /tmp/test_dev_cgroup_zero") == 0); in main() 66 assert(system("dd if=/dev/urandom of=/dev/zero count=64") == 0); in main() 69 assert(system("dd if=/dev/urandom of=/dev/full count=64")); in main() 72 assert(system("dd if=/dev/random of=/dev/zero count=64")); in main()
|
/kernel/linux/linux-5.10/Documentation/ABI/testing/ |
D | sysfs-devices-memory | 1 What: /sys/devices/system/memory 5 The /sys/devices/system/memory contains a snapshot of the 12 What: /sys/devices/system/memory/memoryX/removable 16 The file /sys/devices/system/memory/memoryX/removable 24 What: /sys/devices/system/memory/memoryX/phys_device 28 The file /sys/devices/system/memory/memoryX/phys_device 33 What: /sys/devices/system/memory/memoryX/phys_index 37 The file /sys/devices/system/memory/memoryX/phys_index 42 What: /sys/devices/system/memory/memoryX/state 46 The file /sys/devices/system/memory/memoryX/state [all …]
|
D | sysfs-devices-system-cpu | 1 What: /sys/devices/system/cpu/ 10 /sys/devices/system/cpu/cpu#/ 12 What: /sys/devices/system/cpu/kernel_max 13 /sys/devices/system/cpu/offline 14 /sys/devices/system/cpu/online 15 /sys/devices/system/cpu/possible 16 /sys/devices/system/cpu/present 35 the system. 40 What: /sys/devices/system/cpu/probe 41 /sys/devices/system/cpu/release [all …]
|
D | sysfs-devices-edac | 1 What: /sys/devices/system/edac/mc/mc*/reset_counters 12 What: /sys/devices/system/edac/mc/mc*/seconds_since_reset 19 What: /sys/devices/system/edac/mc/mc*/mc_name 25 What: /sys/devices/system/edac/mc/mc*/size_mb 31 What: /sys/devices/system/edac/mc/mc*/ue_count 37 increment, since EDAC will panic the system 39 What: /sys/devices/system/edac/mc/mc*/ue_noinfo_count 46 What: /sys/devices/system/edac/mc/mc*/ce_count 54 such information to the system administrator. 56 What: /sys/devices/system/edac/mc/mc*/ce_noinfo_count [all …]
|
/kernel/linux/linux-5.10/Documentation/admin-guide/pm/ |
D | strategies.rst | 15 One of them is based on using global low-power states of the whole system in 16 which user space code cannot be executed and the overall system activity is 18 kernel puts the system into one of these states when requested by user space 19 and the system stays in it until a special signal is received from one of 21 user space code can run. Because sleep states are global and the whole system 23 :doc:`system-wide power management <system-wide>`. 27 components of the system, as needed, in the working state. In consequence, if 28 this strategy is in use, the working state of the system usually does not 30 a metastate covering a range of different power states of the system in which 37 If all of the system components are active, the system as a whole is regarded as [all …]
|
D | sleep-states.rst | 13 Sleep states are global low-power states of the entire system in which user 14 space code cannot be executed and the overall system activity is significantly 22 the Linux kernel can support up to four system sleep states, including 23 hibernation and up to three variants of system suspend. The sleep states that 31 This is a generic, pure software, light-weight variant of system suspend (also 36 states while the system is suspended. 38 The system is woken up from this state by in-band interrupts, so theoretically 44 deeper system suspend variants to provide reduced resume latency. It is always 54 operating state is lost (the system core logic retains power), so the system can 59 <s2idle>` too, nonboot CPUs are taken offline and all low-level system functions [all …]
|
D | suspend-flows.rst | 12 At least one global system-wide transition needs to be carried out for the 13 system to get from the working state into one of the supported 16 referred to as *system-wide suspend* (or simply *system suspend*) states, need 19 For those sleep states, the transition from the working state of the system into 20 the target sleep state is referred to as *system suspend* too (in the majority 21 of cases, whether this means a transition or a sleep state of the system should 23 working state is referred to as *system resume*. 26 different sleep states of the system are quite similar, but there are some 45 The following steps are taken in order to transition the system from the working 48 1. Invoking system-wide suspend notifiers. [all …]
|
/kernel/linux/linux-5.10/Documentation/ABI/stable/ |
D | sysfs-devices-node | 1 What: /sys/devices/system/node/possible 7 What: /sys/devices/system/node/online 13 What: /sys/devices/system/node/has_normal_memory 19 What: /sys/devices/system/node/has_cpu 25 What: /sys/devices/system/node/has_high_memory 32 What: /sys/devices/system/node/nodeX 40 What: /sys/devices/system/node/nodeX/cpumap 46 What: /sys/devices/system/node/nodeX/cpulist 52 What: /sys/devices/system/node/nodeX/meminfo 59 What: /sys/devices/system/node/nodeX/numastat [all …]
|
D | sysfs-devices-system-xen_memory | 1 What: /sys/devices/system/xen_memory/xen_memory0/max_retry_count 11 What: /sys/devices/system/xen_memory/xen_memory0/max_schedule_delay 19 What: /sys/devices/system/xen_memory/xen_memory0/retry_count 30 What: /sys/devices/system/xen_memory/xen_memory0/schedule_delay 41 What: /sys/devices/system/xen_memory/xen_memory0/target 49 What: /sys/devices/system/xen_memory/xen_memory0/target_kb 56 What: /sys/devices/system/xen_memory/xen_memory0/info/current_kb 64 What: /sys/devices/system/xen_memory/xen_memory0/info/high_kb 71 What: /sys/devices/system/xen_memory/xen_memory0/info/low_kb 79 What: /sys/devices/system/xen_memory/xen_memory0/scrub_pages
|
/kernel/linux/linux-5.10/Documentation/livepatch/ |
D | system-state.rst | 5 Some users are really reluctant to reboot a system. This brings the need 14 change the system behavior or state so that it is no longer safe to 19 This is where the livepatch system state tracking gets useful. It 22 - store data needed to manipulate and restore the system state 28 1. Livepatch system state API 31 The state of the system might get modified either by several livepatch callbacks 46 - Non-zero number used to identify the affected system state. 50 - Number describing the variant of the system state change that 68 The system state version is used to prevent loading incompatible livepatches. 71 - Any completely new system state modification is allowed. [all …]
|
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/arm/marvell/ |
D | mvebu-system-controller.txt | 8 - "marvell,orion-system-controller" 9 - "marvell,armada-370-xp-system-controller" 10 - "marvell,armada-375-system-controller" 11 - reg: Should contain system controller registers location and length. 15 system-controller@d0018200 { 16 compatible = "marvell,armada-370-xp-system-controller";
|
/kernel/linux/linux-5.10/drivers/media/rc/ |
D | ir-rc5-decoder.c | 114 u8 xdata, command, system; in ir_rc5_decode() local 121 system = (data->bits & 0x1F000) >> 12; in ir_rc5_decode() 124 scancode = system << 16 | command << 8 | xdata; in ir_rc5_decode() 129 u8 command, system; in ir_rc5_decode() local 135 system = (data->bits & 0x007C0) >> 6; in ir_rc5_decode() 138 scancode = system << 8 | command; in ir_rc5_decode() 143 u8 command, system; in ir_rc5_decode() local 149 system = (data->bits & 0x02FC0) >> 6; in ir_rc5_decode() 151 scancode = system << 6 | command; in ir_rc5_decode() 214 unsigned int data, xdata, command, commandx, system, pre_space_data; in ir_rc5_encode() local [all …]
|
/kernel/linux/linux-5.10/Documentation/process/ |
D | adding-syscalls.rst | 7 This document describes what's involved in adding a new system call to the 15 The first thing to consider when adding a new system call is whether one of 16 the alternatives might be suitable instead. Although system calls are the 35 - If you're just exposing runtime system information, a new node in sysfs 43 :manpage:`fcntl(2)` is a multiplexing system call that hides a lot of complexity, so 49 with :manpage:`fcntl(2)`, this system call is a complicated multiplexor so 57 A new system call forms part of the API of the kernel, and has to be supported 63 together with the corresponding follow-up system calls -- 68 For simpler system calls that only take a couple of arguments, the preferred 70 system call. To make sure that userspace programs can safely use flags [all …]
|
/kernel/linux/linux-5.10/fs/minix/ |
D | Kconfig | 3 tristate "Minix file system support" 6 Minix is a simple operating system used in many classes about OS's. 7 The minix file system (method to organize files on a hard disk 8 partition or a floppy disk) was the original file system for Linux, 9 but has been superseded by the second extended file system ext2fs. 10 You don't want to use the minix file system on your hard disk 15 To compile this file system support as a module, choose M here: the 16 module will be called minix. Note that the file system of your root
|
/kernel/linux/linux-5.10/kernel/trace/ |
D | trace_events.c | 48 static inline int system_refcount(struct event_subsystem *system) in system_refcount() argument 50 return system->ref_count; in system_refcount() 53 static int system_refcount_inc(struct event_subsystem *system) in system_refcount_inc() argument 55 return system->ref_count++; in system_refcount_inc() 58 static int system_refcount_dec(struct event_subsystem *system) in system_refcount_dec() argument 60 return --system->ref_count; in system_refcount_dec() 694 static void __put_system(struct event_subsystem *system) in __put_system() argument 696 struct event_filter *filter = system->filter; in __put_system() 698 WARN_ON_ONCE(system_refcount(system) == 0); in __put_system() 699 if (system_refcount_dec(system)) in __put_system() [all …]
|
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/power/ |
D | power-controller.txt | 1 * Generic system power control capability 4 sometimes able to control the system power. The device driver associated with these 6 it can be used to switch off the system. The corresponding device must have the 7 standard property "system-power-controller" in its device node. This property 8 marks the device as able to control the system power. In order to test if this 16 system-power-controller;
|
/kernel/linux/linux-5.10/Documentation/admin-guide/mm/ |
D | numaperf.rst | 12 A system supports such heterogeneous memory by grouping each memory type 47 # symlinks -v /sys/devices/system/node/nodeX/access0/targets/ 48 relative: /sys/devices/system/node/nodeX/access0/targets/nodeY -> ../../nodeY 50 # symlinks -v /sys/devices/system/node/nodeY/access0/initiators/ 51 relative: /sys/devices/system/node/nodeY/access0/initiators/nodeX -> ../../nodeX 70 the system provides these attributes, the kernel exports them under the 74 /sys/devices/system/node/nodeY/access0/initiators/ 82 # tree -P "read*|write*" /sys/devices/system/node/nodeY/access0/initiators/ 83 /sys/devices/system/node/nodeY/access0/initiators/ 106 system physical addresses memory initiators are aware of are provided [all …]
|
/kernel/linux/linux-5.10/tools/testing/selftests/lkdtm/ |
D | tests.txt | 6 #LOOP Hangs the system 8 #CORRUPT_STACK Crashes entire system on success 9 #CORRUPT_STACK_STRONG Crashes entire system on success 26 #SOFTLOCKUP Hangs the system 27 #HARDLOCKUP Hangs the system 28 #SPINLOCKUP Hangs the system 29 #HUNG_TASK Hangs the system
|
/kernel/linux/linux-5.10/fs/nilfs2/ |
D | Kconfig | 3 tristate "NILFS2 file system support" 6 NILFS2 is a log-structured file system (LFS) supporting continuous 8 file system, users can even restore files mistakenly overwritten or 9 destroyed just a few seconds ago. Since this file system can keep 11 system crashes. 18 snapshot is mountable as a read-only file system concurrently with 24 To compile this file system support as a module, choose M here: the
|
/kernel/liteos_a/tools/scripts/make_rootfs/ |
D | rootfsdir.sh | 40 …ata ${ROOTFS_DIR}/proc ${ROOTFS_DIR}/dev ${ROOTFS_DIR}/data/system ${ROOTFS_DIR}/data/system/param… 41 ${ROOTFS_DIR}/system ${ROOTFS_DIR}/system/internal ${ROOTFS_DIR}/system/external
|
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/pinctrl/ |
D | berlin,pinctrl.txt | 3 Pin control registers are part of both chip controller and system 5 either the chip controller or system controller node. The pins 19 "marvell,berlin2-system-pinctrl", 21 "marvell,berlin2cd-system-pinctrl", 23 "marvell,berlin2q-system-pinctrl", 26 "marvell,berlin4ct-system-pinctrl", 36 compatible = "marvell,berlin2q-system-pinctrl";
|
/kernel/linux/linux-5.10/Documentation/admin-guide/ |
D | initrd.rst | 9 This RAM disk can then be mounted as the root file system and programs 10 can be run from it. Afterwards, a new root file system can be mounted 14 initrd is mainly designed to allow system startup to occur in two phases, 25 When using initrd, the system typically boots as follows: 38 6) init mounts the "real" root file system 39 7) init places the root file system at the root directory using the 40 pivot_root system call 43 9) the initrd file system is removed 65 the "normal" root file system is mounted. initrd data can be read 67 in this case and doesn't necessarily have to be a file system image. [all …]
|
/kernel/linux/linux-5.10/tools/testing/selftests/cpu-hotplug/ |
D | cpu-on-off-test.sh | 26 if ! ls $SYSFS/devices/system/cpu/cpu* > /dev/null 2>&1; then 32 online_cpus=`cat $SYSFS/devices/system/cpu/online` 40 present_cpus=`cat $SYSFS/devices/system/cpu/present` 46 offline_cpus=`cat $SYSFS/devices/system/cpu/offline` 62 for cpu in $SYSFS/devices/system/cpu/cpu*; do 81 grep -q 1 $SYSFS/devices/system/cpu/cpu$1/online 86 grep -q 0 $SYSFS/devices/system/cpu/cpu$1/online 91 echo 1 > $SYSFS/devices/system/cpu/cpu$1/online 96 echo 0 > $SYSFS/devices/system/cpu/cpu$1/online
|
/kernel/linux/linux-5.10/Documentation/crypto/ |
D | userspace-if.rst | 62 send()/write() system call family. The result of the cipher operation is 63 obtained with the read()/recv() system call family. 77 3. Invoke accept with the socket descriptor. The accept system call 80 system calls to send data to the kernel or obtain data from the 88 the input buffer used for the send/write system call and the output 89 buffer used by the read/recv system call may be one and the same. This 120 Using the send() system call, the application provides the data that 121 should be processed with the message digest. The send system call allows 124 - MSG_MORE: If this flag is set, the send system call acts like a 126 calculated. If the flag is not set, the send system call calculates [all …]
|
/kernel/linux/linux-5.10/Documentation/userspace-api/ |
D | seccomp_filter.rst | 8 A large number of system calls are exposed to every userland process 10 As system calls change and mature, bugs are found and eradicated. A 12 of available system calls. The resulting set reduces the total kernel 17 incoming system calls. The filter is expressed as a Berkeley Packet 19 operated on is related to the system call being made: system call 20 number and the system call arguments. This allows for expressive 21 filtering of system calls using a filter program language with a long 25 to time-of-check-time-of-use (TOCTOU) attacks that are common in system 27 pointers which constrains all filters to solely evaluating the system 37 other system hardening techniques and, potentially, an LSM of your [all …]
|