Home
last modified time | relevance | path

Searched full:leads (Results 1 – 25 of 304) sorted by relevance

12345678910>>...13

/linux-6.14.4/net/atm/
Dlec_arpc.h23 /* Push that leads to daemon */
26 /* Push that leads to daemon */
/linux-6.14.4/drivers/hwmon/pmbus/
Dbel-pfe.c22 * VOUT_MODE (0x16) is returned: it leads to incorrect exponent in linear
102 * probe which leads to probe failure (read status word failed). in pfe_pmbus_probe()
/linux-6.14.4/Documentation/timers/
Dhrtimers.rst19 the same way leads to a lot of compromises, macro magic and #ifdef
29 - the unpredictable [O(N)] overhead of cascading leads to delays which
31 in turn decreases robustness. Such a design still leads to rather large
/linux-6.14.4/drivers/media/usb/gspca/
Dautogain_functions.c89 80 %) and if that does not help, only then changes exposure. This leads
92 which leads to oscillating as one exposure step is huge.
/linux-6.14.4/arch/x86/kernel/apic/
DMakefile6 # Leads to non-deterministic coverage that is not a function of syscall inputs.
/linux-6.14.4/drivers/gpu/drm/panthor/
Dpanthor_fw.h284 * using cmpxchg() on such mappings leads to SError faults. Revisit when
328 * using cmpxchg() on such mappings leads to SError faults. Revisit when
372 * using cmpxchg() on such mappings leads to SError faults. Revisit when
/linux-6.14.4/Documentation/core-api/
Dgenericirq.rst58 the flow control in the super-handler. This leads to a mix of flow logic
59 and low-level hardware logic, and it also leads to unnecessary code
87 available. This leads to a kind of duality for the time being. Over time
Dgfp_mask-from-fs-io.rst24 deeper consideration which leads to problems because an excessive use
/linux-6.14.4/tools/testing/selftests/arm64/signal/
Dsignals.S60 * Above sigreturn should not return...looping here leads to a timeout
/linux-6.14.4/drivers/hid/
Dhid-glorious.c22 * report descriptor, which leads to inputs being ignored. Fix this
/linux-6.14.4/Documentation/filesystems/nfs/
Dexporting.rst43 for the object. This leads to two related but distinct features of
148 in the directory identified by the parent dentry, which leads to the
/linux-6.14.4/arch/mips/kernel/
Dr4k-bugs64.c61 * The following code leads to a wrong result of the first in mult_sh_align_mod()
257 * The following code leads to a wrong result of daddiu when in check_daddiu()
/linux-6.14.4/Documentation/arch/x86/x86_64/
D5level-paging.rst40 leads to crashes.
/linux-6.14.4/arch/mips/include/asm/
Dunroll.h13 * compiling our string functions. -funroll-all-loops leads to massive code
/linux-6.14.4/Documentation/sound/soc/
Doverview.rst12 CPU. This is not ideal and leads to code duplication - for example,
/linux-6.14.4/drivers/gpu/drm/i915/
Di915_file_private.h48 * VM, and then continue. This leads to a plethora of potential
/linux-6.14.4/include/uapi/sound/
Dsb16_csp.h89 * defined for some architectures like MIPS, and it leads to build errors.
/linux-6.14.4/tools/testing/selftests/hid/tests/
Dtest_usb_crash.py93 when they are actually provided a uhid device. This leads to
/linux-6.14.4/arch/x86/kvm/
Dirq.c56 * This leads to nVMX/nSVM not be able to distinguish in kvm_cpu_has_extint()
/linux-6.14.4/arch/arc/include/asm/
Dsmp.h17 /* including cpumask.h leads to cyclic deps hence this Forward declaration */
/linux-6.14.4/Documentation/mm/
Dsplit_page_table_lock.rst6 mm_struct. But this approach leads to poor page fault scalability of
/linux-6.14.4/Documentation/scsi/
DChangeLog.megaraid40 > strange effect: reading from some files leads to the
54 > It leads to the following messages in dmesg
85 3. One member in the data structure of the driver leads to unaligned
/linux-6.14.4/net/can/
Disotp.c7 * - RX path timeout of data reception leads to -ETIMEDOUT
8 * - RX path SN mismatch leads to -EILSEQ
9 * - RX path data reception with wrong padding leads to -EBADMSG
10 * - TX path flowcontrol reception timeout leads to -ECOMM
11 * - TX path flowcontrol reception overflow leads to -EMSGSIZE
12 * - TX path flowcontrol reception with wrong layout/padding leads to -EBADMSG
/linux-6.14.4/lib/
DKconfig.kasan181 checked. Enabling this option leads to higher memory usage.
/linux-6.14.4/drivers/gpu/drm/xe/
Dxe_device.h196 * leads to G2H timeout error. The root cause of issue lies with scheduling latency of

12345678910>>...13