| /kernel/linux/linux-4.19/Documentation/ABI/testing/ |
| D | sysfs-class-backlight-adp5520 | 2 ---------------------------------------------------------------
4 The backlight brightness control operates at three different levels for the
5 adp5520 and adp5501 devices: daylight (level 1), office (level 2) and dark
6 (level 3). By default the brightness operates at the daylight brightness level.
16 is at one of the three levels (daylight, office or dark). This
18 value between 0 mA and 30 mA using linear or non-linear
29 one of the three levels (daylight, office or dark). This is an
31 between 0 mA and 30 mA using linear or non-linear algorithms.
|
| D | sysfs-class-backlight-adp8860 | 2 -----------------------------------------------------------
4 The backlight brightness control operates at three different levels for the
5 adp8860, adp8861 and adp8863 devices: daylight (level 1), office (level 2) and
6 dark (level 3). By default the brightness operates at the daylight brightness
7 level.
14 (RO) 13-bit conversion value for the first light sensor—high
24 (RW) Read or write the specific level at which the backlight
38 is at one of the three levels (daylight, office or dark). This
40 value between 0 mA and 30 mA using linear or non-linear
52 one of the three levels (daylight, office or dark). This is an
[all …]
|
| /kernel/linux/linux-5.10/Documentation/ABI/testing/ |
| D | sysfs-class-backlight-adp5520 | 2 ---------------------------------------------------------------
4 The backlight brightness control operates at three different levels for the
5 adp5520 and adp5501 devices: daylight (level 1), office (level 2) and dark
6 (level 3). By default the brightness operates at the daylight brightness level.
16 is at one of the three levels (daylight, office or dark). This
18 value between 0 mA and 30 mA using linear or non-linear
29 one of the three levels (daylight, office or dark). This is an
31 between 0 mA and 30 mA using linear or non-linear algorithms.
|
| D | sysfs-class-backlight-adp8860 | 2 -----------------------------------------------------------
4 The backlight brightness control operates at three different levels for the
5 adp8860, adp8861 and adp8863 devices: daylight (level 1), office (level 2) and
6 dark (level 3). By default the brightness operates at the daylight brightness
7 level.
21 is at one of the three levels (daylight, office or dark). This
23 value between 0 mA and 30 mA using linear or non-linear
35 one of the three levels (daylight, office or dark). This is an
37 between 0 mA and 30 mA using linear or non-linear algorithms.
|
| /kernel/linux/linux-5.10/arch/x86/um/ |
| D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0
14 bool "64-bit kernel" if "$(SUBARCH)" = "x86"
31 bool "Three-level pagetables" if !64BIT
34 Three-level pagetables will let UML have more than 4G of physical
38 However, this it experimental on 32-bit architectures, so if unsure say
39 N (on x86-64 it's automatically enabled, instead, as it's safe there).
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/interrupt-controller/ |
| D | img,pdc-intc.txt | 10 - compatible: Specifies the compatibility list for the interrupt controller.
11 The type shall be <string> and the value shall include "img,pdc-intc".
13 - reg: Specifies the base PDC physical address(s) and size(s) of the
14 addressable register space. The type shall be <prop-encoded-array>.
16 - interrupt-controller: The presence of this property identifies the node
19 - #interrupt-cells: Specifies the number of cells needed to encode an
22 - num-perips: Number of waking peripherals.
24 - num-syswakes: Number of SysWake inputs.
26 - interrupts: List of interrupt specifiers. The first specifier shall be the
34 - <1st-cell>: The interrupt-number that identifies the interrupt source.
[all …]
|
| D | riscv,cpu-intc.txt | 1 RISC-V Hart-Level Interrupt Controller (HLIC)
2 ---------------------------------------------
4 RISC-V cores include Control Status Registers (CSRs) which are local to each
5 CPU core (HART in RISC-V terminology) and can be read or written by software.
10 The RISC-V supervisor ISA manual specifies three interrupt sources that are
13 timer interrupt comes from an architecturally mandated real-time timer that is
16 via the platform-level interrupt controller (PLIC).
18 All RISC-V systems that conform to the supervisor ISA specification are
19 required to have a HLIC with these three interrupt sources present. Since the
27 - compatible : "riscv,cpu-intc"
[all …]
|
| /kernel/linux/linux-4.19/Documentation/devicetree/bindings/interrupt-controller/ |
| D | img,pdc-intc.txt | 10 - compatible: Specifies the compatibility list for the interrupt controller.
11 The type shall be <string> and the value shall include "img,pdc-intc".
13 - reg: Specifies the base PDC physical address(s) and size(s) of the
14 addressable register space. The type shall be <prop-encoded-array>.
16 - interrupt-controller: The presence of this property identifies the node
19 - #interrupt-cells: Specifies the number of cells needed to encode an
22 - num-perips: Number of waking peripherals.
24 - num-syswakes: Number of SysWake inputs.
26 - interrupts: List of interrupt specifiers. The first specifier shall be the
34 - <1st-cell>: The interrupt-number that identifies the interrupt source.
[all …]
|
| D | riscv,cpu-intc.txt | 1 RISC-V Hart-Level Interrupt Controller (HLIC)
2 ---------------------------------------------
4 RISC-V cores include Control Status Registers (CSRs) which are local to each
5 CPU core (HART in RISC-V terminology) and can be read or written by software.
10 The RISC-V supervisor ISA manual specifies three interrupt sources that are
13 timer interrupt comes from an architecturally mandated real-time timer that is
16 via the platform-level interrupt controller (PLIC).
18 All RISC-V systems that conform to the supervisor ISA specification are
19 required to have a HLIC with these three interrupt sources present. Since the
27 - compatible : "riscv,cpu-intc"
[all …]
|
| /kernel/linux/linux-4.19/arch/x86/um/ |
| D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0
14 bool "64-bit kernel" if "$(SUBARCH)" = "x86"
41 bool "Three-level pagetables" if !64BIT
44 Three-level pagetables will let UML have more than 4G of physical
48 However, this it experimental on 32-bit architectures, so if unsure say
49 N (on x86-64 it's automatically enabled, instead, as it's safe there).
|
| /kernel/linux/linux-4.19/Documentation/scheduler/ |
| D | sched-stats.txt | 7 12 which was in the kernel from 2.6.13-2.6.19 (version 13 never saw a kernel
8 release). Some counters make more sense to be per-runqueue; other to be
9 per-domain. Note that domains (and their associated information) will only
12 In version 14 of schedstat, there is at least one level of domain
18 are no architectures which need more than three domain levels. The first
29 Note that any such script will necessarily be version-specific, as the main
34 --------------
40 Next three are schedule() statistics:
50 Next three are statistics describing scheduling latency:
58 -----------------
[all …]
|
| /kernel/linux/linux-5.10/Documentation/scheduler/ |
| D | sched-stats.rst | 11 12 which was in the kernel from 2.6.13-2.6.19 (version 13 never saw a kernel
12 release). Some counters make more sense to be per-runqueue; other to be
13 per-domain. Note that domains (and their associated information) will only
16 In version 14 of schedstat, there is at least one level of domain
22 are no architectures which need more than three domain levels. The first
33 Note that any such script will necessarily be version-specific, as the main
38 --------------
45 Next three are schedule() statistics:
57 Next three are statistics describing scheduling latency:
66 -----------------
[all …]
|
| /kernel/linux/linux-5.10/arch/sh/boards/mach-dreamcast/ |
| D | irq.c | 1 // SPDX-License-Identifier: GPL-2.0
18 * Dreamcast System ASIC Hardware Events -
28 * There are three 32-bit ESRs located at 0xa05f6900 - 0xa05f6908. Event
29 * types can be found in arch/sh/include/mach-dreamcast/mach/sysasic.h.
30 * There are three groups of EMRs that parallel the ESRs. Each EMR group
31 * corresponds to an IRQ, so 0xa05f6910 - 0xa05f6918 triggers IRQ 13,
32 * 0xa05f6920 - 0xa05f6928 triggers IRQ 11, and 0xa05f6930 - 0xa05f6938
39 * 6900/6910 - Events 0-31, IRQ 13
40 * 6904/6924 - Events 32-63, IRQ 11
41 * 6908/6938 - Events 64-95, IRQ 9
[all …]
|
| /kernel/linux/linux-4.19/arch/sh/boards/mach-dreamcast/ |
| D | irq.c | 19 * Dreamcast System ASIC Hardware Events -
29 * There are three 32-bit ESRs located at 0xa05f6900 - 0xa05f6908. Event
30 * types can be found in arch/sh/include/mach-dreamcast/mach/sysasic.h.
31 * There are three groups of EMRs that parallel the ESRs. Each EMR group
32 * corresponds to an IRQ, so 0xa05f6910 - 0xa05f6918 triggers IRQ 13,
33 * 0xa05f6920 - 0xa05f6928 triggers IRQ 11, and 0xa05f6930 - 0xa05f6938
40 * 6900/6910 - Events 0-31, IRQ 13
41 * 6904/6924 - Events 32-63, IRQ 11
42 * 6908/6938 - Events 64-95, IRQ 9
53 #define LEVEL(event) (((event) - HW_EVENT_IRQ_BASE) / 32) macro
[all …]
|
| /kernel/linux/linux-5.10/drivers/gpu/drm/amd/include/ivsrcid/dcn/ |
| D | irqsrcs_dcn_1_0.h | 30 …C_I2C_SW_DONE 1 // DC_I2C SW done DC_I2C_SW_DONE_INTERRUPT DISP_INTERRUPT_STATUS Level
33 … // DC_I2C DDC1 HW done DOUT_IHC_I2C_DDC1_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
36 … // DC_I2C DDC2 HW done DOUT_IHC_I2C_DDC2_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
39 … // DC_I2C DDC3 HW done DOUT_IHC_I2C_DDC3_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
42 … // DC_I2C_DDC4 HW done DOUT_IHC_I2C_DDC4_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
45 … // DC_I2C_DDC5 HW done DOUT_IHC_I2C_DDC5_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
48 … // DC_I2C_DDC6 HW done DOUT_IHC_I2C_DDC6_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
51 …DC_I2C_DDCVGA HW done DOUT_IHC_I2C_DDCVGA_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
54 …DC1 read request DC_I2C_DDC1_READ_REQUEST_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level / Pulse
57 …DC2 read request DC_I2C_DDC2_READ_REQUEST_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level / Pulse
[all …]
|
| /kernel/linux/linux-4.19/drivers/gpu/drm/amd/include/ivsrcid/ |
| D | irqsrcs_dcn_1_0.h | 30 …C_I2C_SW_DONE 1 // DC_I2C SW done DC_I2C_SW_DONE_INTERRUPT DISP_INTERRUPT_STATUS Level
33 … // DC_I2C DDC1 HW done DOUT_IHC_I2C_DDC1_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
36 … // DC_I2C DDC2 HW done DOUT_IHC_I2C_DDC2_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
39 … // DC_I2C DDC3 HW done DOUT_IHC_I2C_DDC3_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
42 … // DC_I2C_DDC4 HW done DOUT_IHC_I2C_DDC4_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
45 … // DC_I2C_DDC5 HW done DOUT_IHC_I2C_DDC5_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
48 … // DC_I2C_DDC6 HW done DOUT_IHC_I2C_DDC6_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
51 …DC_I2C_DDCVGA HW done DOUT_IHC_I2C_DDCVGA_HW_DONE_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level
54 …DC1 read request DC_I2C_DDC1_READ_REQUEST_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level / Pulse
57 …DC2 read request DC_I2C_DDC2_READ_REQUEST_INTERRUPT DISP_INTERRUPT_STATUS_CONTINUE21 Level / Pulse
[all …]
|
| /kernel/linux/linux-4.19/Documentation/devicetree/bindings/watchdog/ |
| D | gpio-wdt.txt | 1 * GPIO-controlled Watchdog
4 - compatible: Should contain "linux,wdt-gpio".
5 - gpios: From common gpio binding; gpio connection to WDT reset pin.
6 - hw_algo: The algorithm used by the driver. Should be one of the
8 - toggle: Either a high-to-low or a low-to-high transition clears
10 left floating or connected to a three-state buffer.
11 - level: Low or high level starts counting WDT timeout,
12 the opposite level disables the WDT. Active level is determined
14 - hw_margin_ms: Maximum time to reset watchdog circuit (milliseconds).
17 - always-running: If the watchdog timer cannot be disabled, add this flag to
[all …]
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/watchdog/ |
| D | gpio-wdt.txt | 1 * GPIO-controlled Watchdog
4 - compatible: Should contain "linux,wdt-gpio".
5 - gpios: From common gpio binding; gpio connection to WDT reset pin.
6 - hw_algo: The algorithm used by the driver. Should be one of the
8 - toggle: Either a high-to-low or a low-to-high transition clears
10 left floating or connected to a three-state buffer.
11 - level: Low or high level starts counting WDT timeout,
12 the opposite level disables the WDT. Active level is determined
14 - hw_margin_ms: Maximum time to reset watchdog circuit (milliseconds).
17 - always-running: If the watchdog timer cannot be disabled, add this flag to
[all …]
|
| /kernel/linux/linux-4.19/Documentation/virtual/ |
| D | paravirt_ops.txt | 10 including native machine -- without any hypervisors.
13 corresponding to low level critical instructions and high level
14 functionalities in various areas. pv-ops allows for optimizations at run
15 time by enabling binary patching of the low-ops critical operations
18 pv_ops operations are classified into three categories:
20 - simple indirect call
21 These operations correspond to high level functionality where it is
24 - indirect call which allows optimization with binary patch
25 Usually these operations correspond to low level critical instructions. They
29 - a set of macros for hand written assembly code
|
| /kernel/linux/linux-5.10/Documentation/virt/ |
| D | paravirt_ops.rst | 1 .. SPDX-License-Identifier: GPL-2.0
13 including native machine -- without any hypervisors.
16 corresponding to low level critical instructions and high level
17 functionalities in various areas. pv-ops allows for optimizations at run
18 time by enabling binary patching of the low-ops critical operations
21 pv_ops operations are classified into three categories:
23 - simple indirect call
24 These operations correspond to high level functionality where it is
27 - indirect call which allows optimization with binary patch
28 Usually these operations correspond to low level critical instructions. They
[all …]
|
| /kernel/linux/linux-4.19/Documentation/power/regulator/ |
| D | overview.txt | 22 Some terms used in this document:-
24 o Regulator - Electronic device that supplies power to other devices.
28 Input Voltage -> Regulator -> Output Voltage
31 o PMIC - Power Management IC. An IC that contains numerous regulators
35 o Consumer - Electronic device that is supplied power by a regulator.
36 Consumers can be classified into two types:-
47 o Power Domain - Electronic circuit that is supplied its input power by the
53 Regulator -+-> Switch-1 -+-> Switch-2 --> [Consumer A]
55 | +-> [Consumer B], [Consumer C]
57 +-> [Consumer D], [Consumer E]
[all …]
|
| /kernel/linux/linux-4.19/Documentation/hwmon/ |
| D | pc87360 | 17 -----------------
20 Chip initialization level:
35 -----------
42 hardware monitoring chipsets, not only controlling and monitoring three fans,
48 PC87360 - 2 2 - 0xE1
49 PC87363 - 2 2 - 0xE8
50 PC87364 - 3 3 - 0xE4
52 PC87366 11 3 3 3-4 0xE9
58 --------------
95 -----------
[all …]
|
| D | lm78 | 5 * National Semiconductor LM78 / LM78-J
7 Addresses scanned: I2C 0x28 - 0x2f, ISA 0x290 (8 I/O ports)
12 Addresses scanned: I2C 0x28 - 0x2f, ISA 0x290 (8 I/O ports)
20 -----------
22 This driver implements support for the National Semiconductor LM78, LM78-J
25 There is almost no difference between the three supported chips. Functionally,
26 the LM78 and LM78-J are exactly identical. The LM79 has one more VID line,
28 From here on, LM7* means either of these three types.
30 The LM7* implements one temperature sensor, three fan rotation speed sensors,
39 between -55 and +125 degrees, with a resolution of 1 degree.
[all …]
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/opp/ |
| D | opp.txt | 2 ----------------------------------------------------
4 Devices work at voltage-current-frequency combinations and some implementations
13 Binding 1: operating-points
16 This binding only supports voltage-frequency pairs.
19 - operating-points: An array of 2-tuples items, and each item consists
20 of frequency and voltage like <freq-kHz vol-uV>.
27 compatible = "arm,cortex-a9";
29 next-level-cache = <&L2>;
30 operating-points = <
39 Binding 2: operating-points-v2
[all …]
|
| /kernel/linux/linux-5.10/Documentation/power/regulator/ |
| D | overview.rst | 26 - Regulator
27 - Electronic device that supplies power to other devices.
31 Input Voltage -> Regulator -> Output Voltage
34 - PMIC
35 - Power Management IC. An IC that contains numerous
39 - Consumer
40 - Electronic device that is supplied power by a regulator.
41 Consumers can be classified into two types:-
52 - Power Domain
53 - Electronic circuit that is supplied its input power by the
[all …]
|