/Linux-v6.1/Documentation/userspace-api/media/ |
D | videodev2.h.rst.exceptions | 166 replace define V4L2_CAP_VIDEO_CAPTURE device-capabilities 167 replace define V4L2_CAP_VIDEO_CAPTURE_MPLANE device-capabilities 168 replace define V4L2_CAP_VIDEO_OUTPUT device-capabilities 169 replace define V4L2_CAP_VIDEO_OUTPUT_MPLANE device-capabilities 170 replace define V4L2_CAP_VIDEO_M2M device-capabilities 171 replace define V4L2_CAP_VIDEO_M2M_MPLANE device-capabilities 172 replace define V4L2_CAP_VIDEO_OVERLAY device-capabilities 173 replace define V4L2_CAP_VBI_CAPTURE device-capabilities 174 replace define V4L2_CAP_VBI_OUTPUT device-capabilities 175 replace define V4L2_CAP_SLICED_VBI_CAPTURE device-capabilities [all …]
|
/Linux-v6.1/Documentation/userspace-api/media/v4l/ |
D | vidioc-querycap.rst | 13 VIDIOC_QUERYCAP - Query device capabilities 36 information about driver and hardware capabilities. The ioctl takes a 107 - ``capabilities`` 108 - Available capabilities of the physical device as a whole, see 109 :ref:`device-capabilities`. The same physical device can export 111 /dev/radioZ). The ``capabilities`` field should contain a union of 112 all capabilities available around the several V4L2 devices 113 exported to userspace. For all those devices the ``capabilities`` 114 field returns the same set of capabilities. This allows 120 - Device capabilities of the opened device, see [all …]
|
D | vidioc-dv-timings-cap.rst | 13 VIDIOC_DV_TIMINGS_CAP - VIDIOC_SUBDEV_DV_TIMINGS_CAP - The capabilities of the Digital Video receiv… 38 To query the capabilities of the DV receiver/transmitter applications 49 When implemented by the driver DV capabilities of subdevices can be 51 on a subdevice node. The capabilities are specific to inputs (for DV 55 zero the ``reserved`` array. Attempts to query capabilities on a pad 90 - ``capabilities`` 91 - Several flags giving more information about the capabilities. See 92 :ref:`dv-bt-cap-capabilities` for a description of the flags. 125 - BT.656/1120 timings capabilities of the hardware. 133 .. _dv-bt-cap-capabilities: [all …]
|
D | vidioc-subdev-querycap.rst | 13 VIDIOC_SUBDEV_QUERYCAP - Query sub-device capabilities 36 information about driver and hardware capabilities. The ioctl takes a pointer to 71 - ``capabilities`` 72 - Sub-device capabilities of the opened device, see 73 :ref:`subdevice-capabilities`. 80 .. _subdevice-capabilities: 84 .. flat-table:: Sub-Device Capabilities Flags
|
/Linux-v6.1/Documentation/ABI/testing/ |
D | sysfs-class-usb_power_delivery | 23 What: /sys/class/usb_power_delivery/.../source-capabilities 27 The source capabilities message "Source_Capabilities" contains a 37 What: /sys/class/usb_power_delivery/.../sink-capabilities 42 of Power Data Objects (PDO) just like with source capabilities, 43 but instead of describing the power capabilities, these objects 47 same as with the source capabilities message. 63 related to the USB capabilities rather than power capabilities. 118 What: /sys/class/usb_power_delivery/.../source-capabilities/<position>:fixed_supply/maximum_current 124 What: /sys/class/usb_power_delivery/.../sink-capabilities/<position>:fixed_supply/operational_curr… 130 What: /sys/class/usb_power_delivery/.../sink-capabilities/<position>:fixed_supply/fast_role_swap_c… [all …]
|
/Linux-v6.1/fs/ksmbd/ |
D | smb2ops.c | 18 .capabilities = SMB2_GLOBAL_CAP_LARGE_MTU, 44 .capabilities = SMB2_GLOBAL_CAP_LARGE_MTU, 71 .capabilities = SMB2_GLOBAL_CAP_LARGE_MTU, 98 .capabilities = SMB2_GLOBAL_CAP_LARGE_MTU, 207 conn->vals->capabilities |= SMB2_GLOBAL_CAP_LEASING; in init_smb2_1_server() 224 conn->vals->capabilities |= SMB2_GLOBAL_CAP_LEASING; in init_smb3_0_server() 228 conn->vals->capabilities |= SMB2_GLOBAL_CAP_ENCRYPTION; in init_smb3_0_server() 231 conn->vals->capabilities |= SMB2_GLOBAL_CAP_MULTI_CHANNEL; in init_smb3_0_server() 248 conn->vals->capabilities |= SMB2_GLOBAL_CAP_LEASING; in init_smb3_02_server() 252 conn->vals->capabilities |= SMB2_GLOBAL_CAP_ENCRYPTION; in init_smb3_02_server() [all …]
|
/Linux-v6.1/Documentation/userspace-api/media/dvb/ |
D | fe-get-info.rst | 13 FE_GET_INFO - Query Digital TV frontend capabilities and returns information 37 obtain information about driver and hardware capabilities. The ioctl 42 frontend capabilities 45 Capabilities describe what a frontend can do. Some capabilities are 48 The frontend capabilities are described at :c:type:`fe_caps`.
|
/Linux-v6.1/Documentation/admin-guide/LSM/ |
D | SafeSetID.rst | 13 In absence of file capabilities, processes spawned on a Linux system that need 17 often preferable to use Linux runtime capabilities rather than file 18 capabilities, since using file capabilities to run a program with elevated 23 CAP_SET{U/G}ID capabilities, this is often at odds with the goals of running a 32 capabilities in such a way. 35 other untrusted uids without full blown CAP_SETUID capabilities. The non-root 53 For candidate applications that would like to have restricted setid capabilities 55 setid capabilities from the application completely and refactor the process 69 namespace and give programs in the tree setid capabilities. In this way, 75 Linux checks for capabilities based off of the user namespace that "owns" some
|
/Linux-v6.1/drivers/crypto/qat/qat_common/ |
D | adf_gen2_hw_data.c | 218 u32 capabilities = ICP_ACCEL_CAPABILITIES_CRYPTO_SYMMETRIC | in adf_gen2_get_accel_cap() local 224 /* Read accelerator capabilities mask */ in adf_gen2_get_accel_cap() 229 capabilities &= ~ICP_ACCEL_CAPABILITIES_CRYPTO_SYMMETRIC; in adf_gen2_get_accel_cap() 230 capabilities &= ~ICP_ACCEL_CAPABILITIES_CIPHER; in adf_gen2_get_accel_cap() 233 capabilities &= ~ICP_ACCEL_CAPABILITIES_CRYPTO_ASYMMETRIC; in adf_gen2_get_accel_cap() 235 capabilities &= ~ICP_ACCEL_CAPABILITIES_AUTHENTICATION; in adf_gen2_get_accel_cap() 236 capabilities &= ~ICP_ACCEL_CAPABILITIES_CIPHER; in adf_gen2_get_accel_cap() 239 capabilities &= ~ICP_ACCEL_CAPABILITIES_COMPRESSION; in adf_gen2_get_accel_cap() 242 capabilities &= ~ICP_ACCEL_CAPABILITIES_CRYPTO_ASYMMETRIC; in adf_gen2_get_accel_cap() 245 capabilities &= ~ICP_ACCEL_CAPABILITIES_COMPRESSION; in adf_gen2_get_accel_cap() [all …]
|
/Linux-v6.1/Documentation/x86/ |
D | intel-hfi.rst | 25 separate capabilities. Even though on some systems these two metrics may be 26 related, they are specified as independent capabilities in the Intel SDM. 28 These capabilities may change at runtime as a result of changes in the 30 at which these capabilities are updated is specific to each processor model. On 31 some models, capabilities are set at boot time and never change. On others, 32 capabilities may change every tens of milliseconds. For instance, a remote 37 The kernel or a userspace policy daemon can use these capabilities to modify 39 capabilities of a given logical processor becomes zero, it is an indication that
|
/Linux-v6.1/drivers/crypto/qat/qat_dh895xcc/ |
D | adf_dh895xcc_hw_data.c | 58 u32 capabilities; in get_accel_cap() local 61 capabilities = ICP_ACCEL_CAPABILITIES_CRYPTO_SYMMETRIC | in get_accel_cap() 67 /* Read accelerator capabilities mask */ in get_accel_cap() 72 capabilities &= ~ICP_ACCEL_CAPABILITIES_CRYPTO_SYMMETRIC; in get_accel_cap() 73 capabilities &= ~ICP_ACCEL_CAPABILITIES_CIPHER; in get_accel_cap() 76 capabilities &= ~ICP_ACCEL_CAPABILITIES_CRYPTO_ASYMMETRIC; in get_accel_cap() 78 capabilities &= ~ICP_ACCEL_CAPABILITIES_AUTHENTICATION; in get_accel_cap() 79 capabilities &= ~ICP_ACCEL_CAPABILITIES_CIPHER; in get_accel_cap() 82 capabilities &= ~ICP_ACCEL_CAPABILITIES_COMPRESSION; in get_accel_cap() 84 return capabilities; in get_accel_cap()
|
/Linux-v6.1/kernel/ |
D | capability.c | 24 * Leveraged for setting/resetting capabilities 50 pr_info_once("warning: `%s' uses 32-bit capabilities (legacy support in use)\n", in warn_legacy_capability_use() 55 * Version 2 capabilities worked fine, but the linux/capability.h file 62 * capabilities and may be doing so insecurely. 74 pr_info_once("warning: `%s' uses deprecated v2 capabilities in a way that may be insecure\n", in warn_deprecated_v2() 110 * The only thing that can change the capabilities of the current 112 * at the same time as we are in the process of setting capabilities 140 * sys_capget - get the capabilities of a given process. 144 * and inheritable capabilities that are returned 178 * we silently drop the upper capabilities here. This in SYSCALL_DEFINE2() [all …]
|
/Linux-v6.1/Documentation/security/ |
D | lsm.rst | 35 migrating the Linux capabilities code into such a module. 43 report provides an overview of the framework and the capabilities 55 optional, requiring `CONFIG_SECURITY` to be enabled. The capabilities 57 This capabilities module is discussed further in 58 `LSM Capabilities Module`_. 122 LSM Capabilities Module 125 The POSIX.1e capabilities logic is maintained as a security module 126 stored in the file ``security/commoncap.c``. The capabilities 129 The capabilities security module does not use the general security
|
/Linux-v6.1/drivers/staging/media/sunxi/cedrus/ |
D | cedrus_video.c | 41 .capabilities = CEDRUS_CAPABILITY_MPEG2_DEC, 46 .capabilities = CEDRUS_CAPABILITY_H264_DEC, 51 .capabilities = CEDRUS_CAPABILITY_H265_DEC, 56 .capabilities = CEDRUS_CAPABILITY_VP8_DEC, 65 .capabilities = CEDRUS_CAPABILITY_UNTILED, 77 unsigned int capabilities) in cedrus_find_format() argument 86 if ((fmt->capabilities & capabilities) != fmt->capabilities || in cedrus_find_format() 181 unsigned int capabilities = dev->capabilities; in cedrus_enum_fmt() local 191 if (fmt->capabilities && (fmt->capabilities & capabilities) != in cedrus_enum_fmt() 192 fmt->capabilities) in cedrus_enum_fmt() [all …]
|
/Linux-v6.1/drivers/net/ethernet/mellanox/mlx5/core/lib/ |
D | hv_vhca.c | 133 u32 *capabilities) in mlx5_hv_vhca_capabilities() argument 141 *capabilities |= AGENT_MASK(agent->type); in mlx5_hv_vhca_capabilities() 152 u32 capabilities = 0; in mlx5_hv_vhca_control_agent_invalidate() local 163 mlx5_hv_vhca_capabilities(hv_vhca, &capabilities); in mlx5_hv_vhca_control_agent_invalidate() 165 /* In case no capabilities, send empty block in return */ in mlx5_hv_vhca_control_agent_invalidate() 166 if (!capabilities) { in mlx5_hv_vhca_control_agent_invalidate() 171 if (block->capabilities != capabilities) in mlx5_hv_vhca_control_agent_invalidate() 172 block->capabilities = capabilities; in mlx5_hv_vhca_control_agent_invalidate() 174 if (block->control & ~capabilities) in mlx5_hv_vhca_control_agent_invalidate()
|
/Linux-v6.1/tools/testing/selftests/kvm/x86_64/ |
D | vmx_pmu_caps_test.c | 46 u64 capabilities; member 64 host_cap.capabilities = kvm_get_feature_msr(MSR_IA32_PERF_CAPABILITIES); in main() 65 host_cap.capabilities &= (PMU_CAP_FW_WRITES | PMU_CAP_LBR_FMT); in main() 78 /* testcase 1, set capabilities when we have PDCM bit */ in main() 81 /* check capabilities can be retrieved with KVM_GET_MSR */ in main() 100 if (val == (host_cap.capabilities & PMU_CAP_LBR_FMT)) in main()
|
/Linux-v6.1/drivers/thermal/intel/ |
D | intel_hfi.c | 13 * model, hardware may periodically update these capabilities as a result of 68 union hfi_capabilities capabilities; member 77 * struct hfi_cpu_data - HFI capabilities per CPU 81 * Capabilities of a logical processor in the HFI table. These capabilities are 91 * @perf_updated: Hardware updated performance capabilities 92 * @ee_updated: Hardware updated energy efficiency capabilities 221 /* Process complete chunks of HFI_MAX_THERM_NOTIFY_COUNT capabilities. */ in update_capabilities() 231 /* Process the remaining capabilities if any. */ in update_capabilities() 328 * The format of the HFI table depends on the number of capabilities that the 491 * supported capabilities and the size of the HFI table. in hfi_parse_features() [all …]
|
/Linux-v6.1/security/ |
D | commoncap.c | 2 /* Common capabilities, needed by capability.o. 31 * !secure(SECURE_NOROOT) mode, then we raise capabilities. 33 * the file capabilities to be applied, and the setuid-root 35 * to get full privilege on a kernel without file capabilities 36 * support. So in that case we do not raise capabilities. 45 " effective capabilities. Therefore not raising all" in warn_setuid_and_fcaps_mixed() 46 " capabilities.\n", fname); in warn_setuid_and_fcaps_mixed() 76 /* Do we have the necessary capabilities? */ in cap_capable() 126 * task's capabilities, then ptrace access is allowed. 163 * capabilities, then ptrace access is allowed. [all …]
|
/Linux-v6.1/Documentation/userspace-api/media/cec/ |
D | cec-ioc-adap-g-caps.rst | 13 CEC_ADAP_G_CAPS - Query device capabilities 58 - ``capabilities`` 59 - The capabilities of the CEC adapter, see 60 :ref:`cec-capabilities`. 68 .. _cec-capabilities: 70 .. flat-table:: CEC Capabilities Flags
|
/Linux-v6.1/drivers/staging/most/i2c/ |
D | i2c.c | 36 struct most_channel_capability capabilities[NUM_CHANNELS]; member 78 if (channel_config->direction != dev->capabilities[ch_idx].direction) { in configure_channel() 301 dev->capabilities[i].data_type = MOST_CH_CONTROL; in i2c_probe() 302 dev->capabilities[i].num_buffers_packet = MAX_BUFFERS_CONTROL; in i2c_probe() 303 dev->capabilities[i].buffer_size_packet = MAX_BUF_SIZE_CONTROL; in i2c_probe() 305 dev->capabilities[CH_RX].direction = MOST_CH_RX; in i2c_probe() 306 dev->capabilities[CH_RX].name_suffix = "rx"; in i2c_probe() 307 dev->capabilities[CH_TX].direction = MOST_CH_TX; in i2c_probe() 308 dev->capabilities[CH_TX].name_suffix = "tx"; in i2c_probe() 313 dev->most_iface.channel_vector = dev->capabilities; in i2c_probe()
|
/Linux-v6.1/block/ |
D | blk-crypto-profile.c | 12 * capabilities and certain functions (e.g., functions to program and evict 467 * blk_crypto_intersect_capabilities() - restrict supported crypto capabilities 472 * This clears all crypto capabilities in @parent that aren't set in @child. If 473 * @child is NULL, then this clears all parent capabilities. 499 * the crypto capabilities that @reference does. 503 * Return: %true if @target supports all the crypto capabilities of @reference. 530 * blk_crypto_update_capabilities() - Update the capabilities of a crypto 533 * @dst: The crypto profile whose capabilities to update. 534 * @src: The crypto profile whose capabilities this function will update @dst's 535 * capabilities to. [all …]
|
/Linux-v6.1/drivers/staging/greybus/ |
D | gb-camera.h | 52 * @capabilities: Retrieve camera capabilities and store them in the buffer 53 * 'buf' capabilities. The buffer maximum size is specified by 55 * capabilities size is returned from the function. If the buffer 56 * size is too small to hold the capabilities an error is 90 ssize_t (*capabilities)(void *priv, char *buf, size_t len); member
|
/Linux-v6.1/sound/usb/line6/ |
D | podhd.c | 242 if (pod->line6.properties->capabilities & LINE6_CAP_CONTROL_INFO) { in podhd_disconnect() 375 if (pod->line6.properties->capabilities & LINE6_CAP_CONTROL) { in podhd_init() 393 if (pod->line6.properties->capabilities & LINE6_CAP_CONTROL_INFO) { in podhd_init() 400 if (pod->line6.properties->capabilities & LINE6_CAP_PCM) { in podhd_init() 410 if (pod->line6.properties->capabilities & LINE6_CAP_HWMON_CTL) { in podhd_init() 419 if (!(pod->line6.properties->capabilities & LINE6_CAP_CONTROL_INFO)) { in podhd_init() 452 .capabilities = LINE6_CAP_PCM 463 .capabilities = LINE6_CAP_PCM 474 .capabilities = LINE6_CAP_PCM | LINE6_CAP_CONTROL 486 .capabilities = LINE6_CAP_CONTROL | LINE6_CAP_CONTROL_INFO [all …]
|
/Linux-v6.1/arch/ia64/kernel/ |
D | err_inject.c | 4 * 2.) Query error injection capabilities. 53 static u64 capabilities[NR_CPUS]; variable 103 &capabilities[cpu], in show() 110 &capabilities[cpu], in show() 120 printk(KERN_DEBUG "capabilities=%llx,\n", capabilities[cpu]); in show() 198 show(capabilities) 207 define_one_ro(capabilities);
|
/Linux-v6.1/arch/arm64/include/asm/ |
D | cpufeature.h | 107 * CPU capabilities: 114 * detect the capabilities correctly on the system and take appropriate 117 * This comment tries to explain how we treat the capabilities. 159 * CPUs are treated "late CPUs" for capabilities determined by the boot 162 * At the moment there are two passes of finalising the capabilities. 163 * a) Boot CPU scope capabilities - Finalised by primary boot CPU via 170 * capabilities finalised already. This happens via : 174 * As explained in (2) above, capabilities could be finalised at 176 * against the capabilities that have been finalised by the time it 225 * typical for capabilities that represent enhanced functionality. [all …]
|