Searched full:level (Results 1 – 25 of 1174) sorted by relevance
12345678910>>...47
| /Documentation/devicetree/bindings/opp/ |
| D | opp-v2-qcom-level.yaml | 4 $id: http://devicetree.org/schemas/opp/opp-v2-qcom-level.yaml#
17 const: operating-points-v2-qcom-level
25 opp-level: true
27 qcom,opp-fuse-level:
29 A positive value representing the fuse corner/level associated with
31 corner/level. A fuse corner/level contains e.g. ref uV, min uV,
38 - opp-level
39 - qcom,opp-fuse-level
49 compatible = "operating-points-v2-qcom-level";
52 opp-level = <1>;
[all …]
|
| /Documentation/infiniband/ |
| D | core_locking.rst | 7 both low-level drivers that sit below the midlayer and upper level
13 With the following exceptions, a low-level driver implementation of
28 The corresponding functions exported to upper level protocol
45 used by low-level drivers to dispatch asynchronous events through
51 All of the methods in struct ib_device exported by a low-level
52 driver must be fully reentrant. The low-level driver is required to
59 Because low-level drivers are reentrant, upper level protocol
69 A low-level driver must not perform a callback directly from the
71 allowed for a low-level driver to call a consumer's completion event
72 handler directly from its post_send method. Instead, the low-level
[all …]
|
| /Documentation/networking/ |
| D | netif-msg.rst | 4 NETIF Msg Level
7 The design of the network interface message level setting.
18 integer variable that controls the debug message level. The message
19 level ranged from 0 to 7, and monotonically increased in verbosity.
21 The message level was not precisely defined past level 3, but were
22 always implemented within +-1 of the specified level. Drivers tended
23 to shed the more verbose level messages as they matured.
34 Initially this message level variable was uniquely named in each driver
44 - Using an ioctl() call to modify the level.
45 - Per-interface rather than per-driver message level setting.
[all …]
|
| /Documentation/devicetree/bindings/power/supply/ |
| D | dlg,da9150-fuel-gauge.yaml | 21 description: Interval time (milliseconds) between battery level checks.
23 dlg,warn-soc-level:
27 description: Battery discharge level (%) where warning event raised.
29 dlg,crit-soc-level:
34 Battery discharge level (%) where critical event raised.
35 This value should be lower than the warning level.
48 dlg,warn-soc-level = /bits/ 8 <15>;
49 dlg,crit-soc-level = /bits/ 8 <5>;
|
| /Documentation/devicetree/bindings/power/ |
| D | qcom,rpmpd.yaml | 98 opp-level = <RPMH_REGULATOR_LEVEL_RETENTION>;
102 opp-level = <RPMH_REGULATOR_LEVEL_MIN_SVS>;
106 opp-level = <RPMH_REGULATOR_LEVEL_LOW_SVS>;
110 opp-level = <RPMH_REGULATOR_LEVEL_SVS>;
114 opp-level = <RPMH_REGULATOR_LEVEL_SVS_L1>;
118 opp-level = <RPMH_REGULATOR_LEVEL_NOM>;
122 opp-level = <RPMH_REGULATOR_LEVEL_NOM_L1>;
126 opp-level = <RPMH_REGULATOR_LEVEL_NOM_L2>;
130 opp-level = <RPMH_REGULATOR_LEVEL_TURBO>;
134 opp-level = <RPMH_REGULATOR_LEVEL_TURBO_L1>;
[all …]
|
| /Documentation/arch/x86/x86_64/ |
| D | 5level-paging.rst | 4 5-level paging
9 Original x86-64 was limited by 4-level paging to 256 TiB of virtual address
14 5-level paging. It is a straight-forward extension of the current page
20 QEMU 2.9 and later support 5-level paging.
22 Virtual memory layout for 5-level paging is described in
26 Enabling 5-level paging
30 Kernel with CONFIG_X86_5LEVEL=y still able to boot on 4-level hardware.
31 In this case additional page table level -- p4d -- will be folded at
36 On x86, 5-level paging enables 56-bit userspace virtual address space.
39 information. It collides with valid pointers with 5-level paging and
[all …]
|
| D | fred.rst | 11 privilege level (ring transitions). The FRED architecture was
48 once an event is delivered, and employs a two-level dispatch.
50 The first level dispatching is event type based, and the second level
86 event handling, and each stack level should be configured to use a
89 The current stack level could be unchanged or go higher upon FRED
92 the MSR of the new stack level, i.e., MSR_IA32_FRED_RSP[123].
95 current stack level, causing the CPU to switch back to the stack it was
96 on before a previous event delivery that promoted the stack level.
|
| /Documentation/devicetree/bindings/cache/ |
| D | socionext,uniphier-system-cache.yaml | 11 controller system. All of them have a level 2 cache controller, and some
12 have a level 3 cache controller as well.
43 cache-level:
47 next-level-cache: true
62 - cache-level
75 cache-level = <2>;
79 // L2 should specify the next level cache by 'next-level-cache'.
88 cache-level = <2>;
89 next-level-cache = <&l3>;
100 cache-level = <3>;
|
| D | andestech,ax45mp-cache.yaml | 14 A level-2 cache (L2C) is used to improve the system performance by providing
43 cache-level:
54 next-level-cache: true
63 - cache-level
77 cache-level = <2>;
|
| /Documentation/devicetree/bindings/cpufreq/ |
| D | cpufreq-qcom-hw.yaml | 226 next-level-cache = <&L2_0>;
232 cache-level = <2>;
233 next-level-cache = <&L3_0>;
237 cache-level = <3>;
247 next-level-cache = <&L2_100>;
253 cache-level = <2>;
254 next-level-cache = <&L3_0>;
263 next-level-cache = <&L2_200>;
269 cache-level = <2>;
270 next-level-cache = <&L3_0>;
[all …]
|
| D | qcom-cpufreq-nvmem.yaml | 17 on the CPU OPP in use. The CPUFreq driver sets the CPR power domain level
59 const: operating-points-v2-qcom-level
61 $ref: /schemas/opp/opp-v2-qcom-level.yaml#
126 next-level-cache = <&L2_0>;
140 next-level-cache = <&L2_0>;
154 next-level-cache = <&L2_0>;
168 next-level-cache = <&L2_0>;
196 compatible = "operating-points-v2-qcom-level";
199 opp-level = <1>;
200 qcom,opp-fuse-level = <1>;
[all …]
|
| /Documentation/ABI/obsolete/ |
| D | sysfs-bus-usb | 1 What: /sys/bus/usb/devices/.../power/level
7 power/level. This file holds a power-level setting for
17 level. The "on" level is meant for administrative uses.
23 left in the "on" level. Although the USB spec requires
26 initializes all non-hub devices in the "on" level. Some
|
| /Documentation/scsi/ |
| D | megaraid.rst | 14 interfaces with the applications on one side and all the low level drivers
19 i. Avoid duplicate code from the low level drivers.
20 ii. Unburden the low level drivers from having to export the
24 multiple low level drivers.
27 ioctl commands. But this module is envisioned to handle all user space level
60 module acts as a registry for low level hba drivers. The low level drivers
66 The lower level drivers now understand only a new improved ioctl packet called
75 can easily be more than one. But since megaraid is the only low level driver
|
| /Documentation/userspace-api/media/dvb/ |
| D | ca_high_level.rst | 3 The High level CI API
10 This document describes the high level CI API as in accordance to the
14 With the High Level CI approach any new card with almost any random
39 #define CA_CI 1 /* CI high level interface */
40 #define CA_CI_LINK 2 /* CI link layer level interface */
41 #define CA_CI_PHYS 4 /* CI physical layer level interface */
50 This CI interface follows the CI high level interface, which is not
65 With this High Level CI interface, the interface can be defined with the
68 All these ioctls are also valid for the High level CI interface
89 APP: CI High level interface
[all …]
|
| D | fe-set-voltage.rst | 13 FE_SET_VOLTAGE - Allow setting the DC level sent to the antenna subsystem.
34 This ioctl allows to set the DC voltage level sent through the antenna
40 LNBf can controlled by the voltage level. Other devices (for example,
42 control the voltage level, provided that either 13V or 18V is sent to
46 setting a voltage level may interfere on other devices, as they may lose
|
| /Documentation/core-api/ |
| D | genericirq.rst | 36 - Level type
51 This split implementation of high-level IRQ handlers allows us to
59 and low-level hardware logic, and it also leads to unnecessary code
61 ``ioapic_edge_irq`` IRQ-type which share many of the low-level details but
69 and only need to add the chip-level specific code. The separation is
74 Each interrupt descriptor is assigned its own high-level flow handler,
75 which is normally one of the generic implementations. (This high-level
82 IRQ-flow implementation for 'level type' interrupts and add a
102 1. High-level driver API
104 2. High-level IRQ flow handlers
[all …]
|
| /Documentation/admin-guide/mm/ |
| D | numaperf.rst | 106 by the last memory level in the hierarchy. The system meanwhile uses
110 The term "far memory" is used to denote the last level memory in the
111 hierarchy. Each increasing cache level provides higher performing
115 This numbering is different than CPU caches where the cache level (ex:
116 L1, L2, L3) uses the CPU-side view where each increased level is lower
117 performing. In contrast, the memory cache level is centric to the last
118 level memory, so the higher numbered cache level corresponds to memory
124 accesses the next level of memory until there is either a hit in that
125 cache level, or it reaches far memory.
142 The attributes for each level of cache is provided under its cache
[all …]
|
| /Documentation/driver-api/media/drivers/ |
| D | pvrusb2.rst | 29 1. Low level wire-protocol implementation with the device.
34 3. High level hardware driver implementation which coordinates all
38 tear-down, arbitration, and interaction with high level
42 5. High level interfaces which glue the driver to various published
54 right now the V4L high level interface is the most complete, the
55 sysfs high level interface will work equally well for similar
57 possible to produce a DVB high level interface that can sit right
83 here. Hotplugging is ultimately coordinated here. All high level
116 access to the driver should be through one of the high level
118 level interfaces are restricted to the API defined in
[all …]
|
| /Documentation/virt/ |
| D | paravirt_ops.rst | 16 corresponding to low-level critical instructions and high-level
18 time by enabling binary patching of the low-level critical operations
24 These operations correspond to high-level functionality where it is
28 Usually these operations correspond to low-level critical instructions. They
|
| /Documentation/devicetree/bindings/interrupt-controller/ |
| D | img,pdc-intc.txt | 38 - <2nd-cell>: The level-sense information, encoded using the Linux interrupt
44 4 = active-high level-sensitive (required for perip irqs)
45 8 = active-low level-sensitive
73 interrupts = <18 4 /* level */>, /* Syswakes */
74 <30 4 /* level */>, /* Peripheral 0 (RTC) */
75 <29 4 /* level */>, /* Peripheral 1 (IR) */
76 <31 4 /* level */>; /* Peripheral 2 (WDT) */
102 // Interrupt source SysWake 0 that is active-low level-sensitive
|
| D | snps,archs-idu-intc.txt | 3 This optional 2nd level interrupt controller can be used in SMP configurations
18 - bits[3:0] trigger type and level flags
21 4 = active high level-sensitive <<< DEFAULT
22 8 = NOT SUPPORTED (active low level-sensitive)
23 When no second cell is specified, the interrupt is assumed to be level
|
| /Documentation/scheduler/ |
| D | sched-nice-design.rst | 12 scheduler, (otherwise we'd have done it long ago) because nice level
19 rule so that nice +19 level would be _exactly_ 1 jiffy. To better
34 -*----------------------------------*-----> [nice level]
59 within the constraints of HZ and jiffies and their nasty design level
63 about Linux's nice level support was its asymmetry around the origin
65 accurately: the fact that nice level behavior depended on the _absolute_
66 nice level as well, while the nice API itself is fundamentally
74 Note that the 'inc' is relative to the current nice level. Tools like
79 depend on the nice level of the parent shell - if it was at nice -10 the
82 A third complaint against Linux's nice level support was that negative
[all …]
|
| /Documentation/misc-devices/ |
| D | bh1770glc.rst | 37 interrupts the delayed work is pushed forward. So, when proximity level goes
77 RW - HI level threshold value
84 RW - LO level threshold value
119 RW - Measurement rate (in Hz) when the level is above threshold
123 RW - Measurement rate (in Hz) when the level is below threshold
130 RW - threshold level which trigs proximity events.
135 RW - threshold level which trigs event immediately
|
| /Documentation/admin-guide/pm/ |
| D | intel-speed-select.rst | 49 The top-level help describes arguments and features. Notice that there is a
50 multi-level help structure in the tool. For example, to get help for the feature "perf-profile"::
54 To get help on a command, another level of help is provided. For example for the command info "info…
74 TDP level change control is unlocked, max level: 4
112 base performance profile (which is performance level 0).
138 Properties of a performance level
141 To get properties of a specific performance level (For example for the level 0, below), execute the…
149 perf-profile-level-0
160 Here -l option is used to specify a performance level.
164 performance level 0.
[all …]
|
| /Documentation/driver-api/serial/ |
| D | driver.rst | 2 Low Level Serial API
14 Low Level Serial Hardware Driver
17 The low level serial hardware driver is responsible for supplying port
19 by uart_ops) to the core serial driver. The low level driver is also
40 It is the responsibility of the low level hardware driver to perform the
54 The low level driver is free to use this lock to provide any additional
88 allow low level drivers to register their own individual uart_port's with
|
12345678910>>...47