/Linux-v6.6/Documentation/arch/arm64/ |
D | elf_hwcaps.rst | 53 Functionality implied by idreg.field == val. 55 Such hwcaps indicate the availability of functionality that the ARM ARM 58 indicate the absence of functionality implied by other values of 70 Functionality implied by ID_AA64PFR0_EL1.FP == 0b0000. 73 Functionality implied by ID_AA64PFR0_EL1.AdvSIMD == 0b0000. 80 Functionality implied by ID_AA64ISAR0_EL1.AES == 0b0001. 83 Functionality implied by ID_AA64ISAR0_EL1.AES == 0b0010. 86 Functionality implied by ID_AA64ISAR0_EL1.SHA1 == 0b0001. 89 Functionality implied by ID_AA64ISAR0_EL1.SHA2 == 0b0001. 92 Functionality implied by ID_AA64ISAR0_EL1.CRC32 == 0b0001. [all …]
|
/Linux-v6.6/drivers/clk/qcom/ |
D | Kconfig | 374 functionality such as 3D graphics. 399 Say Y if you want to support display devices and functionality such as 416 Say Y if you want to support camera devices and functionality such as 426 Say Y if you want to support camera devices and functionality such as 436 Say Y if you want to support display devices and functionality such as 446 Say Y if you want to support display devices and functionality such as 456 Say Y if you want to support display devices and functionality such as 475 functionality such as 3D graphics. 524 functionality such as 3D graphics. 533 functionality such as 3D graphics. [all …]
|
/Linux-v6.6/drivers/mfd/ |
D | Kconfig | 21 necessary for using the board's GPIO and MFGPT functionality. 124 functionality of the device. 156 functionality of the device. 282 core functionality controlled via I2C. 291 core functionality controlled via SPI. 363 order to use the functionality of the device. 375 order to use the functionality of the device. 387 Additional drivers must be enabled in order to use the functionality 400 Additional drivers must be enabled in order to use the functionality 412 Additional drivers must be enabled in order to use the functionality [all …]
|
/Linux-v6.6/Documentation/i2c/ |
D | smbus-protocol.rst | 27 Each transaction type corresponds to a functionality flag. Before calling a 29 the corresponding functionality flag to ensure that the underlying I2C 31 Documentation/i2c/functionality.rst for the details. 64 Functionality flag: I2C_FUNC_SMBUS_QUICK 79 Functionality flag: I2C_FUNC_SMBUS_READ_BYTE 94 Functionality flag: I2C_FUNC_SMBUS_WRITE_BYTE 107 Functionality flag: I2C_FUNC_SMBUS_READ_BYTE_DATA 121 Functionality flag: I2C_FUNC_SMBUS_READ_WORD_DATA 141 Functionality flag: I2C_FUNC_SMBUS_WRITE_BYTE_DATA 155 Functionality flag: I2C_FUNC_SMBUS_WRITE_WORD_DATA [all …]
|
D | functionality.rst | 2 I2C/SMBus Functionality 12 functionality. 15 FUNCTIONALITY CONSTANTS 18 For the most up-to-date list of functionality constants, please check 69 function callback ``functionality``. Typical implementations are given 104 check whether the needed functionality is present. The typical way to do 122 thumb, the functionality constants you test for with 138 functionality you need is supported, of course. This is done using 152 /* Oops, the needed functionality (SMBus write_quick function) is
|
D | i2c-stub.rst | 26 explicitly by setting the respective bits (0x03000000) in the functionality 49 unsigned long functionality: 50 Functionality override, to disable some commands. See I2C_FUNC_*
|
/Linux-v6.6/Documentation/devicetree/bindings/mfd/ |
D | twl4030-audio.txt | 11 Audio functionality: 12 - codec { }: Need to be present if the audio functionality is used. Within this 22 Vibra functionality 23 - ti,enable-vibra: Need to be set to <1> if the vibra functionality is used. if 24 missing or it is 0, the vibra functionality is disabled.
|
/Linux-v6.6/drivers/staging/greybus/ |
D | i2c.c | 21 u32 functionality; member 27 * Map Greybus i2c functionality bits into Linux ones 37 * If that's OK, we get and cached its functionality bits. 44 u32 functionality; in gb_i2c_device_setup() local 53 functionality = le32_to_cpu(response.functionality); in gb_i2c_device_setup() 54 gb_i2c_dev->functionality = gb_i2c_functionality_map(functionality); in gb_i2c_device_setup() 222 return gb_i2c_dev->functionality; in gb_i2c_functionality() 227 .functionality = gb_i2c_functionality,
|
/Linux-v6.6/Documentation/timers/ |
D | highres.rst | 26 - high resolution timer functionality 55 related functionality is moved into the generic code. The GTOD base patch got 82 functionality like high resolution timers or dynamic ticks. 90 architectures as it provides generic functionality down to the interrupt 101 event devices are used to provide local CPU functionality such as process 117 clock event devices and the assignment of timer interrupt related functionality 142 high resolution timer functionality 146 functionality, while making it possible would be difficult and would serve no 150 the high resolution functionality can work. Up to the point where hrtimers are 190 The periodic tick functionality is provided by an per-cpu hrtimer. The callback [all …]
|
/Linux-v6.6/drivers/usb/dwc3/ |
D | Kconfig | 64 AM437x use this IP for USB2/3 functionality. 98 Support of USB2/3 functionality in TI Keystone2 and AM654 platforms. 109 Support USB2/3 functionality in Amlogic G12A platforms. 117 Support USB2/3 functionality in simple SoC integrations. 138 functionality. 150 functionality.
|
/Linux-v6.6/Documentation/userspace-api/media/drivers/ |
D | ccs.rst | 20 as analogue crop functionality present in many compliant devices. The analogue 28 The binner sub-device represents the binning functionality on the sensor. For 32 Additionally, if a device has no scaler or digital crop functionality, the 39 The scaler sub-device represents the digital crop and scaling functionality of 52 Digital crop functionality is referred to as cropping that effectively works by
|
/Linux-v6.6/drivers/platform/surface/aggregator/ |
D | Kconfig | 16 functionality, including: 27 basic kernel interface exposing the EC functionality to other client 30 client drivers and therefore no functionality beyond the in-kernel 31 interface. Said functionality is the responsibility of the respective
|
/Linux-v6.6/Documentation/hwmon/ |
D | pmbus-core.rst | 30 simply unknown what new device specific functionality PMBus device developers 36 pmbus_core.c) provides generic functionality. The generic code (in pmbus.c) 39 functionality into generic functionality. This is to some degree comparable 54 used to inform the core driver about functionality supported by individual 79 functionality which has been implemented by several chip vendors and is thus 116 - Supported chip functionality can be provided to the core driver. This may be 120 augmenting generic command execution. This functionality can be used to map 199 Determine supported PMBus functionality. This function is only necessary 200 if a chip driver supports multiple chips, and the chip functionality is not
|
/Linux-v6.6/Documentation/driver-api/media/drivers/ccs/ |
D | ccs.rst | 20 as analogue crop functionality present in many compliant devices. The analogue 28 The binner sub-device represents the binning functionality on the sensor. For 32 Additionally, if a device has no scaler or digital crop functionality, the 39 The scaler sub-device represents the digital crop and scaling functionality of 52 Digital crop functionality is referred to as cropping that effectively works by
|
/Linux-v6.6/drivers/usb/cdns3/ |
D | Kconfig | 33 Say Y here to enable device controller functionality of the 44 Say Y here to enable host controller functionality of the 113 Say Y here to enable device controller functionality of the 127 Say Y here to enable host controller functionality of the
|
/Linux-v6.6/drivers/hwspinlock/ |
D | Kconfig | 25 Say y here to support the Qualcomm Hardware Mutex functionality, which 57 tristate "STE Hardware Semaphore functionality" 60 Say y here to support the STE Hardware Semaphore functionality, which
|
/Linux-v6.6/Documentation/admin-guide/ |
D | rtc.rst | 25 Programmers need to understand that the PC/AT functionality is not 29 same functionality. For example, not every RTC is hooked up to an 43 ACPI has standardized that MC146818 functionality, and extended it in 45 That functionality is NOT exposed in the old driver. 135 a high functionality RTC is integrated into the SOC. That system might read 137 other tasks, because of its greater functionality.
|
/Linux-v6.6/Documentation/admin-guide/media/ |
D | avermedia.rst | 43 functionality of the remaining device nodes in respect of the 44 Avermedia DVBT. However, full functionality in respect of 47 It may be possible that additional functionality is available 75 functionality of any other part of the card yet. I will do so
|
D | building.rst | 116 Other core functionality may also be needed (like PCI and/or USB support), 135 The ``LIRC user interface`` option adds enhanced functionality when using the 141 to add extra remote controller decoding functionality to the Linux Kernel. 238 functionality. 248 functionality are usually good enough to provide the basic functionality 250 functionality using the settings under each of the following 270 ``Media Core Support`` menu has all the core functionality your drivers
|
/Linux-v6.6/drivers/base/ |
D | auxiliary.c | 23 * In some subsystems, the functionality of the core device (PCI/ACPI/other) is 26 * of functionality (e.g. NICs + RDMA), or a driver may want to export an 28 * Virtual Function management). A split of the functionality into child- 29 * devices representing sub-domains of functionality makes it possible to 35 * devices such as mics/speakers etc. The split for the core's functionality 40 * Each auxiliary_device represents a part of its parent functionality. The 93 * device that needs to break up its functionality into smaller fragments. One 119 * the core device's functionality extensible by adding additional
|
/Linux-v6.6/Documentation/virt/hyperv/ |
D | overview.rst | 12 distinction about which functionality is provided by which 16 are supported on both. The functionality and behavior of Hyper-V is 51 general Hyper-V functionality and provides details on the hypercalls 168 and functionality. Hyper-V indicates feature/function availability 176 functionality is present. 182 if specific device functionality is present.
|
/Linux-v6.6/Documentation/sound/cards/ |
D | pcmtest.rst | 25 layer data transferring functionality. Additionally, this driver redefines the default 26 RESET ioctl, and the selftest covers this PCM API functionality as well. 103 This driver can be also used for the playback functionality testing - every time you 113 this functionality, we can trigger the reset ioctl and check the 'ioctl_test' debugfs
|
/Linux-v6.6/include/uapi/linux/ |
D | hyperv.h | 162 * An implementation of HyperV key value pair (KVP) functionality for Linux. 176 * for the IC KVP exchange functionality. Note that Windows Me/98/95 are 200 * In Linux, we implement the KVP functionality in two components: 228 * data gathering functionality in a user mode daemon. The user level daemon 257 * As we look at expanding the KVP functionality to include 258 * IP injection functionality, we need to maintain binary
|
/Linux-v6.6/drivers/i2c/ |
D | i2c-stub.c | 25 * in the 'functionality' module parameter. 40 static unsigned long functionality = STUB_FUNC_DEFAULT; variable 41 module_param(functionality, ulong, S_IRUGO | S_IWUSR); 42 MODULE_PARM_DESC(functionality, "Override functionality bitfield"); 301 return STUB_FUNC_ALL & functionality; in stub_func() 305 .functionality = stub_func,
|
/Linux-v6.6/drivers/hwmon/pmbus/ |
D | pmbus.h | 228 * Drivers wanting to expose functionality for changing the number of 381 /* Functionality bit mask */ 425 u32 func[PMBUS_PAGES]; /* Functionality, per page */ 426 u32 pfunc[PMBUS_PHASES];/* Functionality, per phase */ 447 * The identify function determines supported PMBus functionality. 449 * chips, and the chip functionality is not pre-determined. 454 /* Regulator functionality, if supported by this chip driver. */
|