Home
last modified time | relevance | path

Searched full:look (Results 1 – 25 of 2586) sorted by relevance

12345678910>>...104

/linux-6.12.1/drivers/cpufreq/
DKconfig.x8629 For details, take a look at:
49 For details, take a look at:
68 For details, take a look at:
99 For details, take a look at <file:Documentation/cpu-freq/>.
126 For details, take a look at <file:Documentation/cpu-freq/>.
136 For details, take a look at <file:Documentation/cpu-freq/>.
148 For details, take a look at <file:Documentation/cpu-freq/>.
158 For details, take a look at <file:Documentation/cpu-freq/>.
179 For details, take a look at <file:Documentation/cpu-freq/>.
205 For details, take a look at <file:Documentation/cpu-freq/>.
[all …]
DKconfig15 For details, take a look at
82 governor. If unsure have a look at the help section of the
95 governor. If unsure have a look at the help section of the
105 have a look at the help section of that governor. The fallback
159 For details, take a look at
184 For details, take a look at
/linux-6.12.1/Documentation/devicetree/bindings/powerpc/fsl/
Dinterlaken-lac.txt2 Freescale Interlaken Look-Aside Controller Device Bindings
6 - Interlaken Look-Aside Controller (LAC) Node
8 - Interlaken Look-Aside Controller (LAC) Software Portal Node
9 - Interlaken Look-Aside Controller (LAC) Software Portal Child Nodes
13 Interlaken Look-Aside Controller (LAC) Node
18 facilitate interoperability between a data path device and a look-aside
19 co-processor, the Interlaken Look-Aside protocol is defined for short
21 Interlaken Look-Aside is not directly compatible with Interlaken and can be
89 Interlaken Look-Aside Controller (LAC) Software Portal Container Node
92 The Interlaken Look-Aside Controller (LAC) utilizes Software Portals to accept
[all …]
/linux-6.12.1/include/uapi/linux/
Dif_vlan.h43 VLAN_NAME_TYPE_PLUS_VID, /* Name will look like: vlan0005 */
44 VLAN_NAME_TYPE_RAW_PLUS_VID, /* name will look like: eth1.0005 */
45 VLAN_NAME_TYPE_PLUS_VID_NO_PAD, /* Name will look like: vlan5 */
46 VLAN_NAME_TYPE_RAW_PLUS_VID_NO_PAD, /* Name will look like: eth0.5 */
/linux-6.12.1/arch/sparc/include/asm/
Dfbio.h43 #define CG14_XLUT 0x3000 /* X Look Up Table -- ??? */
44 #define CG14_CLUT1 0x4000 /* Color Look Up Table */
45 #define CG14_CLUT2 0x5000 /* Color Look Up Table */
46 #define CG14_CLUT3 0x6000 /* Color Look Up Table */
/linux-6.12.1/Documentation/staging/
Dcrc32.rst53 Notice how, to get at bit 32 of the shifted remainder, we look
118 "Computation of Cyclic Redundancy Checks via Table Look-Up", Comm. ACM
153 takes barely longer than a single table look-up and thus performs almost
160 final CRC is simply the XOR of the 4 table look-ups.
163 look-ups cannot begin until the previous groups 4 table look-ups have all
166 To make maximum use of the processor, "slicing by 8" performs 8 look-ups
170 on the previous CRC at all. Thus, those 4 table look-ups may commence
/linux-6.12.1/sound/core/
Dmisc.c28 * snd_pci_quirk_lookup_id - look up a PCI SSID quirk list
33 * Look through the given quirk list and finds a matching entry
57 * snd_pci_quirk_lookup - look up a PCI SSID quirk list
61 * Look through the given quirk list and finds a matching entry
/linux-6.12.1/scripts/coccinelle/misc/
Dcond_no_effect.cocci30 // * Both paths of the branch look the same. They're supposed to
31 // * look that way and give @of->mutex different static lockdep keys.
38 // All other cases look like bugs or at least lack of documentation
/linux-6.12.1/samples/ftrace/
Dsample-trace-array.h7 * The define_trace.h below will also look for a file name of
9 * In this case, it would look for sample-trace.h
13 * define_trace.h will look up by defining TRACE_INCLUDE_FILE
/linux-6.12.1/Documentation/trace/rv/
Dda_monitor_instrumentation.rst7 In the example of the wip.dot monitor created on [1], it will look like::
70 Hence, the handle_preempt_disable() function will look like::
96 So, the callback function will look like::
103 Finally, the "handle_sched_waking()" will look like::
/linux-6.12.1/Documentation/ABI/removed/
Do2cb6 removed when new versions of ocfs2-tools which know to look
8 software to look here, it should try /sys/fs/o2cb instead.
/linux-6.12.1/Documentation/filesystems/bcachefs/
DCodingStyle.rst7 every day; look for little things that are out of place or in need of tidying.
91 tool, but always look for more immediate ways to make things visible. When we
105 rush to fix the initial issue. Look for things that will make related bugs
107 messages, new debug tools, and do those first. Look for ways to make the system
156 Instead of always tackling those big projects, look for little things that
/linux-6.12.1/fs/9p/
Dfid.c107 * @dentry: dentry to look for fid in
121 /* we'll recheck under lock if there's anything to look in */ in v9fs_fid_find()
186 * look at the parent. in v9fs_fid_lookup_with_uid()
279 * @dentry: dentry to look for fid in
281 * Look for a fid in the specified dentry for the current user.
/linux-6.12.1/Documentation/arch/arm/google/
Dchromebook-boot-flow.rst34 Depthcharge_ will look through all device trees in the `FIT Image`_ trying to
35 find one that matches the most specific compatible. It will then look
54 device tree then depthcharge_ *won't* look for a "rev3" device tree.
/linux-6.12.1/Documentation/admin-guide/media/
Dgspca-cardlist.rst65 sn9c20x 0458:7029 Genius Look 320s
67 sn9c20x 0458:7045 Genius Look 1320 V2
69 sn9c20x 0458:704c Genius i-Look 1321
347 sonixb 0c45:6083 VideoCAM Look
348 sonixb 0c45:608c VideoCAM Look
350 sonixb 0c45:60a8 VideoCAM Look
351 sonixb 0c45:60aa VideoCAM Look
352 sonixb 0c45:60af VideoCAM Look
353 sonixb 0c45:60b0 Genius VideoCam Look
Dcx88.rst47 2) You can try to create a new entry yourself, have a look at
57 know which one the card has you can also have a look at the
/linux-6.12.1/arch/arm64/include/asm/
Dsmp_plat.h31 * - mpidr: MPIDR.Aff* bits to be used for the look-up
33 * Returns the cpu logical index or -EINVAL on look-up error
/linux-6.12.1/arch/powerpc/lib/
Drestart_table.c21 /* Given an address, look for it in the soft mask table */
39 /* Given an address, look for it in the kernel exception table */
/linux-6.12.1/drivers/bus/
Darm-cci.c154 * @dn: device node of the device to look-up
188 * Port index look-up speeds up the function disabling ports by CPU, in cci_ace_init_ports()
263 * -ENODEV on port look-up failure
330 /* Use matched port index to look up the corresponding ports entry */ in cci_enable_port_for_self()
386 * -ENODEV on port look-up failure
396 if (WARN_ONCE(port < 0, "node %pOF ACE lite port look-up failure\n", in __cci_control_port_by_device()
511 /* initialize a stashed array of ACE ports to speed-up look-up */ in cci_probe_ports()
/linux-6.12.1/arch/xtensa/kernel/
Dstacktrace.c56 * 1. Look through the register window for the in xtensa_backtrace_user()
59 * 2. Look on the stack. in xtensa_backtrace_user()
68 /* Look for bits that are set, they correspond to in xtensa_backtrace_user()
90 * look through the stack. in xtensa_backtrace_user()
/linux-6.12.1/tools/testing/selftests/kvm/s390x/
Dcmma_test.c538 * The dirty bitmap should now look like this: in test_get_skip_holes()
550 * The dirty bitmap should now look like this: in test_get_skip_holes()
563 * The dirty bitmap should now look like this: in test_get_skip_holes()
576 * The dirty bitmap should now look like this: in test_get_skip_holes()
589 * The dirty bitmap should now look like this: in test_get_skip_holes()
604 * The dirty bitmap should now look like this: in test_get_skip_holes()
618 * The dirty bitmap should now look like this: in test_get_skip_holes()
630 * The dirty bitmap should now look like this: in test_get_skip_holes()
/linux-6.12.1/drivers/char/
Ddtlk.c436 #define LOOK \ in dtlk_dev_probe() macro
445 LOOK in dtlk_dev_probe()
448 LOOK in dtlk_dev_probe()
454 LOOK in dtlk_dev_probe()
466 #define LOOK \ in dtlk_dev_probe() macro
476 LOOK in dtlk_dev_probe()
479 LOOK in dtlk_dev_probe()
480 LOOK in dtlk_dev_probe()
/linux-6.12.1/Documentation/rust/
Dcoding-guidelines.rst117 This is how a well-documented Rust function may look like:
170 While sometimes the reason might look trivial and therefore unneeded,
176 please take a look at the ``rustdoc`` book at:
216 The equivalent in Rust may look like (ignoring documentation):
/linux-6.12.1/drivers/gpu/drm/i915/
DTODO.txt35 - i915_mm.c should be moved to the right places. Some of the helpers also look a
40 - tasklet helpers in i915_tasklet.h also look a bit misplaced and should
/linux-6.12.1/Documentation/devicetree/bindings/display/
Drenesas,cmm.yaml16 It provides image enhancement functions such as 1-D look-up tables (LUT),
17 3-D look-up tables (CLU), 1D-histogram generation (HGO), and color

12345678910>>...104