Home
last modified time | relevance | path

Searched full:large (Results 1 – 25 of 2247) sorted by relevance

12345678910>>...90

/Linux-v6.1/sound/soc/intel/atom/sst/
Dsst_pvt.c151 * @large: large or short message
153 * this function allocates structures to send a large or short
156 int sst_create_ipc_msg(struct ipc_post **arg, bool large) in sst_create_ipc_msg() argument
163 if (large) { in sst_create_ipc_msg()
172 msg->is_large = large; in sst_create_ipc_msg()
180 * @large: large or short message
186 int sst_create_block_and_ipc_msg(struct ipc_post **arg, bool large, in sst_create_block_and_ipc_msg() argument
192 retval = sst_create_ipc_msg(arg, large); in sst_create_block_and_ipc_msg()
223 bool large, bool fill_dsp, bool sync, bool response) in sst_prepare_and_post_msg() argument
236 &msg, large, sst, &block, ipc_msg, pvt_id); in sst_prepare_and_post_msg()
[all …]
/Linux-v6.1/drivers/atm/
Dnicstarmac.copyright25 * IDT always receives data into a small buffer, then large buffers
28 * Fix is simple: make large buffers large enough to hold entire
30 * copy small buffer contents to head of large buffer.
31 * Trick is to avoid fragmenting Linux, due to need for a lot of large
35 * recycle large data buffers
/Linux-v6.1/kernel/rcu/
DKconfig15 designed for very large SMP system with hundreds or
25 designed for very large SMP systems with hundreds or
154 large numbers of CPUs. This value must be at least the fourth
155 root of NR_CPUS, which allows NR_CPUS to be insanely large.
158 itself, small RCU_FANOUT values allow you to test large-system
178 lock contention levels acceptably low. Very large systems
184 skew them, which reduces lock contention enough that large
186 fanout to a large number will likely cause problematic
192 Select the maximum permissible value for large systems, but
/Linux-v6.1/drivers/memstick/host/
Dr592.h19 #define R592_TPC_EXEC_BIG_FIFO (1 << 26) /* If bit 26 is set, large fifo is used (reg 48) */
25 /* Not used in driver, because large fifo does better job */
78 /* IRQ,card detection,large fifo (first word irq status, second enable) */
100 /* DMA address for large FIFO read/writes*/
103 /* PIO access to large FIFO (512 bytes) (big endian)*/
105 #define R592_LFIFO_SIZE 512 /* large fifo size */
108 /* large FIFO DMA settings */
/Linux-v6.1/drivers/net/wireless/intel/iwlwifi/cfg/
D22000.c447 * This device doesn't support receiving BlockAck with a large bitmap
459 * This device doesn't support receiving BlockAck with a large bitmap
538 * This device doesn't support receiving BlockAck with a large bitmap
551 * This device doesn't support receiving BlockAck with a large bitmap
564 * This device doesn't support receiving BlockAck with a large bitmap
576 * This device doesn't support receiving BlockAck with a large bitmap
589 * This device doesn't support receiving BlockAck with a large bitmap
602 * This device doesn't support receiving BlockAck with a large bitmap
614 * This device doesn't support receiving BlockAck with a large bitmap
628 * This device doesn't support receiving BlockAck with a large bitmap
[all …]
/Linux-v6.1/Documentation/driver-api/mmc/
Dmmc-dev-attrs.rst54 SD/MMC cards can erase an arbitrarily large area up to and
55 including the whole card. When erasing a large area it may
65 3. The erase timeout becomes too large to be very
68 the value can end up being several minutes for large
74 size for erasing large areas.
/Linux-v6.1/lib/test_fortify/
Dtest_fortify.h23 char large[__BUF_LARGE]; variable
32 memset(large, 0x5A, sizeof(large)); in do_fortify_tests()
Dread_overflow2-memcpy.c3 memcpy(large, instance.buf, sizeof(large))
Dread_overflow2-memmove.c3 memmove(large, instance.buf, sizeof(large))
/Linux-v6.1/drivers/acpi/acpica/
Dutresrc.c39 /* Large descriptors */
96 /* Large descriptors */
281 * Examine the large/small bit in the resource header in acpi_ut_validate_resource()
285 /* Verify the large resource type (name) against the max */ in acpi_ut_validate_resource()
292 * Large Resource Type -- bits 6:0 contain the name in acpi_ut_validate_resource()
412 * Large/Small descriptor bit -- this is left alone)
425 * Examine the large/small bit in the resource header in acpi_ut_get_resource_type()
429 /* Large Resource Type -- bits 6:0 contain the name */ in acpi_ut_get_resource_type()
461 * Examine the large/small bit in the resource header in acpi_ut_get_resource_length()
465 /* Large Resource type -- bytes 1-2 contain the 16-bit length */ in acpi_ut_get_resource_length()
[all …]
Drsinfo.c17 * Large or Small) must be reflected in each of these tables, so they are here
20 * The tables for Large descriptors are indexed by bits 6:0 of the AML
76 /* Large descriptors */
153 * 3 bytes for large descriptors)
203 /* Large descriptors */
/Linux-v6.1/Documentation/x86/
Dxstate.rst11 trapped by the kernel because by default the required large XSTATE buffers
49 are large enough to accommodate the resulting large signal frame. It
63 the handler allocates a larger xstate buffer for the task so the large
/Linux-v6.1/arch/x86/mm/pat/
Dset_memory.c65 * Serialize cpa() (for !DEBUG_PAGEALLOC which uses large identity mappings)
66 * using cpa_lock. So that we don't allow any other cpu, with stale large tlb
68 * splitting a large page entry along with changing the attribute.
339 * large page flushing. in __cpa_flush_all()
468 * kernel text mappings for the large page aligned text, rodata sections
472 * This will preserve the large page mappings for kernel text/data at no
487 * need to work hard to preserve large page mappings in this case. in protect_kernel_text_ro()
559 * Special case to preserve a large page. If the change spawns the in static_protections()
560 * full large page mapping then there is no point to split it in static_protections()
675 * Note: We return pud and pmd either when the entry is marked large
[all …]
/Linux-v6.1/Documentation/virt/kvm/x86/
Dmmu.rst24 need to scale to large memory and large vcpu guests
156 Examples include real mode translation, large guest pages backed by small
417 Large pages
420 The mmu supports all combinations of large and small guest and host pages.
425 To instantiate a large spte, four constraints must be satisfied:
427 - the spte must point to a large host page
428 - the guest pte must be a large pte of at least equivalent size (if tdp is
430 - if the spte will be writeable, the large page frame may not overlap any
435 arrays for each memory slot and large page size. Every write protected page
437 a large spte. The frames at the end of an unaligned memory slot have
/Linux-v6.1/drivers/char/agp/
Di460-agp.c28 * The i460 can operate with large (4MB) pages, but there is no sane way to support this
78 int refcount; /* number of kernel pages using the large page */
79 u64 paddr; /* physical address of large page */
203 u64 large; in i460_configure() member
209 temp.large = 0; in i460_configure()
223 agp_bridge->gart_bus_addr = temp.large & ~((1UL << 3) - 1); in i460_configure()
359 * large GART pages to work around this issue.
362 * pg_num. i460.lp_desc[pg_num].paddr is the physical address of the large page and
413 /* Figure out what pg_start means in terms of our large GART pages */ in i460_insert_memory_large_io_page()
427 continue; /* OK, the entire large page is available... */ in i460_insert_memory_large_io_page()
[all …]
/Linux-v6.1/Documentation/infiniband/
Dipoib.rst48 which reduces the number of IP packets needed for handling large UDP
49 datagrams, TCP segments, etc and increases the performance for large
61 TCP/IP checksum and/or Large Send (LSO) offloading capability to the
64 Large Receive (LRO) offloading is also implemented and may be turned
/Linux-v6.1/drivers/pci/hotplug/
DTODO16 * A large portion of cpqphp_ctrl.c and cpqphp_pci.c concerns resource
39 simplified. A lot of functions are too large and too complex, they need
43 * A large portion of ibmphp_res.c and ibmphp_pci.c concerns resource
/Linux-v6.1/lib/zstd/common/
Derror_private.c36 case PREFIX(workSpace_tooSmall): return "workSpace buffer is not large enough"; in ERR_getErrorString()
39 case PREFIX(maxSymbolValue_tooLarge): return "Unsupported max Symbol Value : too large"; in ERR_getErrorString()
48 case PREFIX(frameIndex_tooLarge): return "Frame index is too large"; in ERR_getErrorString()
/Linux-v6.1/arch/sh/lib/
Dudivsi3_i4i-Os.S13 udiv large divisor: 52 cycles
15 sdiv large divisor, positive result: 56 cycles
17 sdiv large divisor, negative result: 62 cycles (*)
/Linux-v6.1/arch/powerpc/kvm/
Dbook3s_64_mmu.c54 vcpu->arch.slb[i].large ? 'l' : ' ', in kvmppc_mmu_book3s_64_find_slbe()
235 if (slbe->large) in kvmppc_mmu_book3s_64_xlate()
242 pgsize = slbe->large ? MMU_PAGE_16M : MMU_PAGE_4K; in kvmppc_mmu_book3s_64_xlate()
268 /* If large page bit is set, check pgsize encoding */ in kvmppc_mmu_book3s_64_xlate()
269 if (slbe->large && in kvmppc_mmu_book3s_64_xlate()
380 slbe->large = (rs & SLB_VSID_L) ? 1 : 0; in kvmppc_mmu_book3s_64_slbmte()
391 if (slbe->large) { in kvmppc_mmu_book3s_64_slbmte()
530 bool large) in kvmppc_mmu_book3s_64_tlbie() argument
540 * POWER6. POWER6 and later don't have the large page flag in kvmppc_mmu_book3s_64_tlbie()
554 if (large) in kvmppc_mmu_book3s_64_tlbie()
/Linux-v6.1/arch/arm64/lib/
Dmemcpy.S52 copies of up to 128 bytes, and large copies. The overhead of the overlap
53 check is negligible since it is only required for large copies.
55 Large copies use a software pipelined loop processing 64 bytes per iteration.
159 add count, count, tmp1 /* Count is now 16 too large. */
198 /* Large backwards copy for overlapping copies.
/Linux-v6.1/arch/m68k/lib/
Dudivsi3.S117 greater than the dividend, the tentative quotient was too large. */
124 jne L5 /* if 17 bits, quotient was too large */
126 jcs L5 /* if sum is 33 bits, quotient was too large */
128 jls L6 /* if sum > dividend, quotient was too large */
/Linux-v6.1/Documentation/trace/
Devents-kmem.rst95 consecutively imply the zone->lock being taken once. Large amounts of per-CPU
98 lists should be a larger size. Finally, large amounts of refills on one CPU
99 and drains on another could be a factor in causing large amounts of cache
115 Large numbers of this event implies that memory is fragmenting and
/Linux-v6.1/usr/
DKconfig123 featuring large dictionary sizes.
151 with bzip2, in comparison to gzip. Bzip2 uses a large amount of
162 This algorithm's compression ratio is best but has a large dictionary
175 XZ uses the LZMA2 algorithm and has a large dictionary which may cause
/Linux-v6.1/arch/m68k/fpsp040/
Dutil.S196 leal EXT_PLRG,%a1 |answer is +/- large number
206 leal EXT_PLRG,%a1 |answer is large positive number
212 leal EXT_PLRG,%a1 |answer is large negative number
227 leal DBL_PLRG,%a1 |answer is +/- large number
237 leal DBL_PLRG,%a1 |answer is large positive number
243 leal DBL_PLRG,%a1 |answer is large negative number
258 leal SGL_PLRG,%a1 |answer is +/- large number
268 leal SGL_PLRG,%a1 |answer is large positive number
274 leal SGL_PLRG,%a1 |answer is large negative number

12345678910>>...90