| /linux-6.6.21/Documentation/userspace-api/media/v4l/ |
| D | v4l2.rst | 39 Revision and Copyright
50 - Documented libv4l, designed and added v4l2grab example, Remote Controller chapter.
54 - Original author of the V4L2 API and documentation.
63 - Original author of the V4L2 API and documentation.
76 - Designed and documented the multi-planar API.
84 - Introduce HSV formats and other minor changes.
88 - Designed and documented the VIDIOC_ENUM_FRAMESIZES and VIDIOC_ENUM_FRAMEINTERVALS ioctls.
96 …ned and documented the VIDIOC_LOG_STATUS ioctl, the extended control ioctls, major parts of the sl…
101 part can be used and distributed without restrictions.
115 ctrl_class and which. Which is used to select the current value of the
[all …]
|
| D | hist-v4l2.rst | 12 and began to work on documentation, example drivers and applications.
15 another four years and two stable kernel releases until the new API was
28 meaningless ``O_TRUNC`` :c:func:`open()` flag, and the
29 aliases ``O_NONCAP`` and ``O_NOIO`` were defined. Applications can set
32 identifiers are now ordinals instead of flags, and the
33 ``video_std_construct()`` helper function takes id and
40 struct ``video_standard`` and the color subcarrier fields were
53 and ``V4L2_PIX_FMT_RGB32`` changed to ``V4L2_PIX_FMT_BGR32``. Audio
55 :ref:`VIDIOC_G_CTRL <VIDIOC_G_CTRL>` and
59 module. The ``YUV422`` and ``YUV411`` planar image formats were added.
[all …]
|
| /linux-6.6.21/drivers/pinctrl/intel/ |
| D | Kconfig | 11 platforms. Supports 3 banks with 102, 28 and 44 gpios.
18 tristate "Intel Cherryview/Braswell pinctrl and GPIO driver"
22 allows configuring of SoC pins and using them as GPIOs.
25 tristate "Intel Lynxpoint pinctrl and GPIO driver"
29 provides an interface that allows configuring of PCH pins and
41 tristate "Intel Alder Lake pinctrl and GPIO driver"
45 of Intel Alder Lake PCH pins and using them as GPIOs.
48 tristate "Intel Broxton pinctrl and GPIO driver"
52 configuring of SoC pins and using them as GPIOs.
55 tristate "Intel Cannon Lake PCH pinctrl and GPIO driver"
[all …]
|
| /linux-6.6.21/Documentation/hwmon/ |
| D | xdpe152c4.rst | 24 XDPE152C4 and XDPE15284 dual loop voltage regulators.
27 - Intel VR13, VR13HC and VR14 rev 1.86
32 Devices support linear format for reading input and output voltage, input
33 and output current, input and output power and temperature.
37 The driver provides for current: input, maximum and critical thresholds
38 and maximum and critical alarms. Low Critical thresholds and Low critical alarm are
41 indexes 1, 2 are for "iin" and 3, 4 for "iout":
61 The driver provides for voltage: input, critical and low critical thresholds
62 and critical and low critical alarms.
64 indexes 1, 2 are for "vin" and 3, 4 for "vout":
[all …]
|
| D | xdpe12284.rst | 27 This driver implements support for Infineon Multi-phase XDPE112 and XDPE122
29 These families include XDPE11280, XDPE12284 and XDPE12254 devices.
32 - Intel VR13 and VR13HC rev 1.3, IMVP8 rev 1.2 and IMPVP9 rev 1.3 DC-DC
37 Devices support linear format for reading input voltage, input and output current,
38 input and output power and temperature.
48 The driver provides for current: input, maximum and critical thresholds
49 and maximum and critical alarms. Critical thresholds and critical alarm are
52 indexes 1, 2 are for "iin" and 3, 4 for "iout":
66 The driver provides for voltage: input, critical and low critical thresholds
67 and critical and low critical alarms.
[all …]
|
| D | aquacomputer_d5next.rst | 28 The Aquaero devices expose eight physical, eight virtual and four calculated
30 speed (in RPM), power, voltage and current. Temperature offsets and fan speeds
33 For the D5 Next pump, available sensors are pump and fan speed, power, voltage
34 and current, as well as coolant temperature and eight virtual temp sensors. Also
35 available through debugfs are the serial number, firmware version and power-on
36 count. Attaching a fan to it is optional and allows it to be controlled using
46 The Octo exposes four physical and sixteen virtual temperature sensors, as well as
47 eight PWM controllable fans, along with their speed (in RPM), power, voltage and
50 The Quadro exposes four physical and sixteen virtual temperature sensors, a flow
51 sensor and four PWM controllable fans, along with their speed (in RPM), power,
[all …]
|
| D | smsc47m192.rst | 6 * SMSC LPC47M192, LPC47M15x, LPC47M292 and LPC47M997
16 The LPC47M15x, LPC47M292 and LPC47M997 are compatible for
26 of the code and many helpful comments and suggestions.
33 of the SMSC LPC47M192 and compatible Super-I/O chips.
35 These chips support 3 temperature channels and 8 voltage inputs
38 They do also have fan monitoring and control capabilities, but the
39 these features are accessed via ISA bus and are not supported by this
40 driver. Use the 'smsc47m1' driver for fan monitoring and control.
42 Voltages and temperatures are measured by an 8-bit ADC, the resolution
48 Both voltage and temperature values are scaled by 1000, the sys files
[all …]
|
| /linux-6.6.21/Documentation/translations/zh_CN/core-api/ |
| D | workqueue.rst | 220 0 w0 starts and burns CPU
222 15 w0 wakes up and burns CPU
224 20 w1 starts and burns CPU
226 35 w1 wakes up and finishes
227 35 w2 starts and burns CPU
229 50 w2 wakes up and finishes
234 0 w0 starts and burns CPU
236 5 w1 starts and burns CPU
238 10 w2 starts and burns CPU
240 15 w0 wakes up and burns CPU
[all …]
|
| /linux-6.6.21/Documentation/admin-guide/cifs/ |
| D | authors.rst | 10 The author wishes to express his appreciation and thanks to:
12 improvements. Thanks to IBM for allowing me time and test resources to pursue
13 this project, to Jim McDonough from IBM (and the Samba Team) for his help, to
16 side of the original CIFS Unix extensions and reviewing and implementing
21 Newbigin and others for their work on the Linux smbfs module. Thanks to
23 Workgroup for their work specifying this highly complex protocol and finally
24 thanks to the Samba team for their technical advice and encouragement.
39 - Vince Negri and Dave Stahl (for finding an important caching bug)
44 - Shaggy (Dave Kleikamp) for innumerable small fs suggestions and some good cleanup
45 - Gunter Kukkukk (testing and suggestions for support of old servers)
[all …]
|
| /linux-6.6.21/drivers/message/fusion/lsi/ |
| D | mpi_history.txt | 36 * 06-06-00 01.00.01 Update MPI_VERSION_MAJOR and MPI_VERSION_MINOR.
52 * Added defines for MPI_DIAG_PREVENT_IOC_BOOT and
68 * 11-15-02 01.02.08 Added define MPI_IOCSTATUS_TARGET_INVALID_IO_INDEX and
74 * and MPI_FUNCTION_DIAG_RELEASE.
81 * Added new function codes and new IOCStatus codes.
88 * 03-11-05 01.05.07 Removed function codes for SCSI IO 32 and
91 * 06-24-05 01.05.08 Added function codes for SCSI IO 32 and
114 * _LINK_STATUS, _LOOP_STATE and _LOGOUT.
115 * 08-11-00 01.00.05 Switched positions of MsgLength and Function fields in
119 * 12-04-00 01.01.02 Modified IOCFacts reply, added FWUpload messages, and
[all …]
|
| /linux-6.6.21/drivers/edac/ |
| D | Kconfig | 4 # Licensed and distributed under the GPL
40 levels are 0-4 (from low to high) and by default it is set to 2.
69 It should be noticed that keeping both GHES and a hardware-driven
82 Support for error detection and correction of DRAM ECC errors on
88 AMD CPUs up to and excluding family 0x17 provide for Memory
90 module allows the operator/user to inject Uncorrectable and
100 In addition, there are two control files, inject_read and inject_write,
101 which trigger the DRAM ECC Read and Write respectively.
107 Support for error detection and correction for Amazon's Annapurna
108 Labs Alpine chips which allow 1 bit correction and 2 bits detection.
[all …]
|
| /linux-6.6.21/tools/memory-model/Documentation/ |
| D | references.txt | 1 This document provides background reading for memory models and related
6 Hardware manuals and models
18 o Intel Corporation (Ed.). 2002. "Intel 64 and IA-32 Architectures
22 and Magnus O. Myreen. 2010. "x86-TSO: A Rigorous and Usable
29 o ARM Ltd. (Ed.). 2009. "ARM Barrier Litmus Tests and Cookbook".
32 o Susmit Sarkar, Peter Sewell, Jade Alglave, Luc Maranget, and
35 Language Design and Implementation (PLDI ’11). ACM, New York,
39 Peter Sewell, Luc Maranget, Jade Alglave, and Derek Williams.
40 2012. "Synchronising C/C++ and POWER". In Proceedings of the 33rd
41 ACM SIGPLAN Conference on Programming Language Design and
[all …]
|
| /linux-6.6.21/Documentation/networking/caif/ |
| D | linux_caif.rst | 18 communication between Modem and host. The host processes can open virtual AT
19 channels, initiate GPRS Data connections, Video channels and Utility Channels.
20 The Utility Channels are general purpose pipes between modem and host.
23 and host. Currently, UART and Loopback are available for Linux.
31 * CAIF Socket Layer and GPRS IP Interface.
69 The architecture is inspired by the design patterns "Protocol Layer" and
82 CAIF payload with receive and transmit functions.
83 - Clients must call configuration function to add and connect the
91 The CAIF protocol can be divided into two parts: Support functions and Protocol
95 CAIF Packet has functions for creating, destroying and adding content
[all …]
|
| /linux-6.6.21/Documentation/timers/ |
| D | hrtimers.rst | 9 back and forth trying to integrate high-resolution and high-precision
10 features into the existing timer framework, and after testing various
14 to solve this'), and spent a considerable effort trying to integrate
18 - the forced handling of low-resolution and high-resolution timers in
19 the same way leads to a lot of compromises, macro magic and #ifdef
20 mess. The timers.c code is very "tightly coded" around jiffies and
21 32-bitness assumptions, and has been honed and micro-optimized for a
23 for many years - and thus even small extensions to it easily break
25 code is very good and tight code, there's zero problems with it in its
45 error conditions in various I/O paths, such as networking and block
[all …]
|
| /linux-6.6.21/tools/power/cpupower/ |
| D | README | 7 For compilation pciutils-devel (pci/pci.h) and a gcc version
16 tools and programs to the cpufreq core and drivers in the Linux kernel. This
18 the interaction to the cpufreq core, and support for both the sysfs and proc
22 compilation and installation
30 /usr/lib; cpupower, cpufreq-bench_plot.sh to put in /usr/bin; and
32 differently and/or want to configure the package to your specific
33 needs, you need to open "Makefile" with an editor of your choice and
39 Many thanks to Mattia Dongili who wrote the autotoolization and
40 libtoolization, the manpages and the italian language file for cpupower;
41 to Dave Jones for his feedback and his dump_psb tool; to Bruno Ducrot for his
[all …]
|
| /linux-6.6.21/Documentation/fb/ |
| D | api.rst | 12 with frame buffer devices. In-kernel APIs between device drivers and the frame
16 behaviours differ in subtle (and not so subtle) ways. This document describes
24 Device and driver capabilities are reported in the fixed screen information
34 expect from the device and driver.
43 2. Types and visuals
50 Formats are described by frame buffer types and visuals. Some visuals require
52 bits_per_pixel, grayscale, red, green, blue and transp fields.
54 Visuals describe how color information is encoded and assembled to create
56 types and visuals are supported.
64 Padding at end of lines may be present and is then reported through the fixed
[all …]
|
| D | internals.rst | 25 Device independent unchangeable information about a frame buffer device and
31 Device independent changeable information about a frame buffer device and a
33 ioctl, and updated with the FBIOPUT_VSCREENINFO ioctl. If you want to pan
38 Device independent colormap information. You can get and set the colormap
39 using the FBIOGETCMAP and FBIOPUTCMAP ioctls.
46 Generic information, API and low level information about a specific frame
59 Monochrome (FB_VISUAL_MONO01 and FB_VISUAL_MONO10)
64 Pseudo color (FB_VISUAL_PSEUDOCOLOR and FB_VISUAL_STATIC_PSEUDOCOLOR)
67 color (including red, green, and blue intensities) for each possible pixel
68 value, and that color is displayed.
[all …]
|
| /linux-6.6.21/Documentation/driver-api/surface_aggregator/ |
| D | overview.rst | 10 its responsibilities and feature-set have since been expanded significantly
14 Features and Integration
19 between host and EC (as detailed below). On 5th (Surface Pro 2017, Surface
20 Book 2, Surface Laptop 1) and later generation devices, SAM is responsible
21 for providing battery information (both current status and static values,
23 sensors (e.g. skin temperature) and cooling/performance-mode setting to the
27 and 2 it is required for keyboard HID input. This HID subsystem has been
28 restructured for 7th generation devices and on those, specifically Surface
29 Laptop 3 and Surface Book 3, is responsible for all major HID input (i.e.
30 keyboard and touchpad).
[all …]
|
| /linux-6.6.21/Documentation/RCU/ |
| D | RTFP.txt | 4 This document describes RCU-related publications, and is followed by
7 and search engines will usually find what you are looking for.
9 The first thing resembling RCU was published in 1980, when Kung and Lehman
16 In 1982, Manber and Ladner [Manber82,Manber84] recommended deferring
22 In 1986, Hennessy, Osisek, and Seigh [Hennessy89] introduced passive
47 write-side contention and parallelize the other write-side overheads by
56 error, which typically slows convergence and thus increases the number of
61 structured data, such as the matrices used in scientific programs, and
88 Their approach requires memory barriers (and thus pipeline stalls),
89 but reduces memory latency, contention, and locking overheads.
[all …]
|
| /linux-6.6.21/arch/s390/crypto/ |
| D | Kconfig | 6 tristate "CRC32c and CRC32"
11 CRC32c and CRC32 CRC algorithms
18 tristate "Hash functions: SHA-384 and SHA-512"
22 SHA-384 and SHA-512 secure hash algorithms (FIPS 180)
40 tristate "Hash functions: SHA-224 and SHA-256"
44 SHA-224 and SHA-256 secure hash algorithms (FIPS 180)
51 tristate "Hash functions: SHA3-224 and SHA3-256"
55 SHA3-224 and SHA3-256 secure hash algorithms (FIPS 202)
62 tristate "Hash functions: SHA3-384 and SHA3-512"
66 SHA3-384 and SHA3-512 secure hash algorithms (FIPS 202)
[all …]
|
| /linux-6.6.21/Documentation/core-api/ |
| D | entry.rst | 1 Entry/exit handling for exceptions, interrupts, syscalls and KVM
14 The update order depends on the transition type and is explained below in
15 the transition type sections: `Syscalls`_, `KVM`_, `Interrupts and regular
16 exceptions`_, `NMI and NMI-like exceptions`_.
22 for entry code before RCU starts watching and exit code after RCU stops
23 watching. In addition, many architectures must save and restore register state,
28 special section inaccessible to instrumentation and debug facilities. Some
30 noinstr and using instrumentation_begin() and instrumentation_end() to flag the
52 restrictions and is useful to protect e.g. state switching which would
55 All non-instrumentable entry/exit code sections before and after the RCU
[all …]
|
| /linux-6.6.21/Documentation/admin-guide/ |
| D | perf-security.rst | 3 Perf events and tool security
12 direct usage of perf_events system call API [2]_ and over data files
15 units (PMU) [2]_ and Perf collect and expose for performance analysis.
16 Collected system and performance data may be split into several
19 1. System hardware and software configuration data, for example: a CPU
20 model and its cache configuration, an amount of available memory and
21 its topology, used kernel and Perf versions, performance monitoring
25 2. User and kernel module paths and their load addresses with sizes,
26 process and thread names with their PIDs and TIDs, timestamps for
27 captured hardware and software events.
[all …]
|
| /linux-6.6.21/Documentation/bpf/libbpf/ |
| D | libbpf_overview.rst | 8 object files and prepares and loads them into the Linux kernel. libbpf takes the
9 heavy lifting of loading, verifying, and attaching BPF programs to various
11 correctness and performance.
15 * Provides high-level and low-level APIs for user space programs to interact
18 over the interactions between user space and BPF programs.
21 global variables and work with BPF programs.
23 and tracing helpers, allowing developers to simplify BPF code writing.
25 BPF programs that can be compiled once and run across different kernel
29 understanding of the capabilities and advantages of libbpf and how it can help
32 BPF App Lifecycle and libbpf APIs
[all …]
|
| /linux-6.6.21/Documentation/usb/ |
| D | CREDITS | 31 Linux USB driver effort and writing much of the larger uusbd driver.
35 and offering suggestions and sharing implementation experiences.
37 Additional thanks to the following companies and people for donations
38 of hardware, support, time and development (this is from the original
44 - 3Com GmbH for donating a ISDN Pro TA and supporting me
45 in technical questions and with test equipment. I'd never
52 Operating System and supports this project with
74 protocol. They've also donated a F-23 digital joystick and a
79 leading manufacturer for active and passive ISDN Controllers
80 and CAPI 2.0-based software. The active design of the AVM B1
[all …]
|
| /linux-6.6.21/Documentation/admin-guide/mm/damon/ |
| D | usage.rst | 19 features by reading from and writing to special sysfs files. Therefore,
20 you can write and use your personalized DAMON sysfs wrapper programs that
26 :ref:`sysfs interface <sysfs_interface>`. If you depend on this and cannot
27 move, please report your usecase to damon@lists.linux.dev and
31 users can utilize every feature of DAMON most flexibly and efficiently by
42 creates multiple directories and files under its sysfs directory,
43 ``<sysfs>/kernel/mm/damon/``. You can control DAMON by writing to and reading
61 directory is having ``/`` suffix, and files in each directory are separated by
100 The root of the DAMON sysfs interface is ``<sysfs>/kernel/mm/damon/``, and it
108 The monitoring-related information including request specifications and results
[all …]
|