Home
last modified time | relevance | path

Searched full:worst (Results 1 – 25 of 496) sorted by relevance

12345678910>>...20

/linux-5.10/net/dccp/
Dqpolicy.c48 struct sk_buff *skb, *worst = NULL; in qpolicy_prio_worst_skb() local
51 if (worst == NULL || skb->priority < worst->priority) in qpolicy_prio_worst_skb()
52 worst = skb; in qpolicy_prio_worst_skb()
53 return worst; in qpolicy_prio_worst_skb()
/linux-5.10/arch/h8300/lib/
Dmulsi3.S9 ; 16b * 16b = 372 states (worst case)
10 ; 32b * 32b = 724 states (worst case)
/linux-5.10/Documentation/devicetree/bindings/power/
Ddomain-idle-state.yaml32 The worst case latency in microseconds required to enter the idle
38 The worst case latency in microseconds required to exit the idle
/linux-5.10/lib/
Dsort.c6 * and 1.5*n*log2(n) + O(n) in the (very contrived) worst case.
10 * quicksort's O(n^2) worst case.
194 * Sorting time is O(n log n) both on average and worst-case. While
196 * O(n*n) worst-case behavior and extra memory requirements that make
247 * average, 3/4 worst-case.) in sort_r()
Ddecompress_unzstd.c14 * The worst case for in-place decompression is that the beginning of
16 * uncompressible. Thus, we must look for worst-case expansion when the
38 * the worst case for this would be tricky. Instead of trying to do that,
Ddecompress_unxz.c21 * The worst case for in-place decompression is that the beginning of
23 * uncompressible. Thus, we must look for worst-case expansion when the
69 * the worst case for this would be tricky. Instead of trying to do that,
/linux-5.10/net/netfilter/
Dnft_set_pipapo.h231 * pipapo_estimate_size() - Estimate worst-case for set size
235 * of rules (composing netmasks) the entries expand to. We compute the worst
243 * Return: worst-case set size in bytes, 0 on any overflow
257 /* Worst-case ranges for each concatenated field: each n-bit in pipapo_estimate_size()
/linux-5.10/arch/x86/include/asm/
Dpgtable_32.h63 * (KERNEL_IMAGE_SIZE/4096) / 1024 pages (worst case, non PAE)
64 * (KERNEL_IMAGE_SIZE/4096) / 512 + 4 pages (worst case for PAE)
/linux-5.10/arch/x86/math-emu/
DREADME239 each function was tested at about 400 points. Ideal worst-case results
247 Function Tested x range Worst result Turbo C
281 Function Tested x range Worst result
307 worst-case results which are better than the worst-case results given
321 the worst accuracy which was found (in bits) and the approximate value
326 instr arg range # tests 63.7 63.8 63.9 worst at arg
/linux-5.10/arch/x86/boot/
Dheader.S456 # Getting to provably safe in-place decompression is hard. Worst case
506 # The worst case at the block level is a growth of the compressed data
509 # The worst case internal to a compressed block is very hard to figure.
510 # The worst case can at least be bounded by having one bit that represents
517 # block adding an extra 32767 bytes (the worst case uncompressed block size)
518 # is sufficient, to ensure that in the worst case the decompressed data for
/linux-5.10/drivers/gpu/drm/omapdrm/
Domap_dmm_priv.h114 * 3 descriptors is probably the worst-case for # of 2d-slices in a 1d area,
115 * but I guess you don't hit that worst case at the same time as full area
/linux-5.10/drivers/nfc/st21nfca/
Dst21nfca.h21 /* Size in worst case :
32 /* Worst case when adding byte stuffing between each byte */
/linux-5.10/tools/power/cpupower/bench/
DREADME-BENCH7 - Identify worst case performance loss when doing dynamic frequency
84 will always see 50% loads and you get worst performance impact never
/linux-5.10/include/net/
D6lowpan.h72 * Useful for getting the "extra" bytes we need at worst case compression.
77 /* Maximum worst case IPHC header buffer size */
318 * which is the IPHC "more bytes than IPv6 header" at worst case.
Drpl.h26 /* Worst decompression memory usage ipv6 address (16) + pad 7 */
/linux-5.10/arch/arm/mach-shmobile/
Dtimer.c31 * Calculate a worst-case loops-per-jiffy value in shmobile_init_delay()
/linux-5.10/Documentation/devicetree/bindings/arm/
Didle-states.yaml87 entry-latency: Worst case latency required to enter the idle state. The
114 the worst case since it depends on the CPU operating conditions, i.e. caches
119 worst case wake-up latency it can incur if a CPU is allowed to enter an
288 Worst case latency in microseconds required to enter the idle state.
292 Worst case latency in microseconds required to exit the idle state.
/linux-5.10/drivers/media/pci/cx25821/
Dcx25821-audio.h20 * Max size of the RISC program for a buffer. - worst case is 2 writes per line
/linux-5.10/drivers/media/platform/sti/delta/
Ddelta-cfg.h37 * - at worst 21
/linux-5.10/Documentation/x86/x86_64/
Dcpu-hotplug-spec.rst21 In the worst case the user can overwrite this choice using a command line
/linux-5.10/Documentation/usb/
Ddwc3.rst23 usb_ep_disable(). Worst case are 32 interrupts, the lower limit is two
/linux-5.10/Documentation/devicetree/bindings/regulator/
Dvctrl.txt29 down in the worst case (lightest expected load).
/linux-5.10/drivers/scsi/qla2xxx/
Dtcm_qla2xxx.h8 * Number of pre-allocated per-session tags, based upon the worst-case
/linux-5.10/include/uapi/linux/netfilter_bridge/
Debt_among.h27 * number comparisons in worst case. Further, we take advantage of
/linux-5.10/drivers/gpu/drm/i915/
Di915_vma_types.h210 * The worst case display setup would have the same vma pinned for
214 * Estimated worst case: 3 [qlen] * 4 [max crtcs] * 7 [max planes] = 84

12345678910>>...20