| /linux-6.1.9/drivers/dma-buf/heaps/ |
| D | system_heap.c | 55 static const unsigned int orders[] = {8, 4, 0}; variable
56 #define NUM_ORDERS ARRAY_SIZE(orders)
322 if (size < (PAGE_SIZE << orders[i])) in alloc_largest_available()
324 if (max_order < orders[i]) in alloc_largest_available()
327 page = alloc_pages(order_flags[i], orders[i]); in alloc_largest_available()
343 unsigned int max_order = orders[0]; in system_heap_allocate()
|
| /linux-6.1.9/include/drm/ttm/ |
| D | ttm_pool.h | 75 struct ttm_pool_type orders[MAX_ORDER]; member
|
| /linux-6.1.9/drivers/gpu/drm/ttm/ |
| D | ttm_pool.c | 290 return &pool->caching[caching].orders[order]; in ttm_pool_select_type()
511 ttm_pool_type_init(&pool->caching[i].orders[j], in ttm_pool_init()
531 ttm_pool_type_fini(&pool->caching[i].orders[j]); in ttm_pool_fini()
662 ttm_pool_debugfs_orders(pool->caching[i].orders, m); in ttm_pool_debugfs()
|
| /linux-6.1.9/Documentation/userspace-api/media/v4l/ |
| D | pixfmt-bayer.rst | 15 orders. See also `the Wikipedia article on Bayer filter
|
| D | field-order.rst | 80 If multiple field orders are possible the
81 driver must choose one of the possible field orders during
|
| /linux-6.1.9/tools/memory-model/Documentation/ |
| D | glossary.txt | 29 a special operation that includes a load and which orders that
117 Fully Ordered: An operation such as smp_mb() that orders all of
120 that orders all of its CPU's prior accesses, itself, and
167 a special operation that includes a store and which orders that
|
| D | recipes.txt | 232 The smp_store_release() macro orders any prior accesses against the
233 store, while the smp_load_acquire macro orders the load against any
273 smp_store_release(), but the rcu_dereference() macro orders the load only
310 The smp_wmb() macro orders prior stores against later stores, and the
311 smp_rmb() macro orders prior loads against later loads. Therefore, if
|
| D | ordering.txt | 11 1. Barriers (also known as "fences"). A barrier orders some or
67 First, the smp_mb() full memory barrier orders all of the CPU's prior
115 synchronize_srcu() and so on. However, these primitives have orders
|
| /linux-6.1.9/Documentation/ |
| D | atomic_t.txt | 194 smp_mb__before_atomic() orders all earlier accesses against the RMW op
195 itself and all accesses following it, and smp_mb__after_atomic() orders all
226 a RELEASE because it orders preceding instructions against both the read
|
| /linux-6.1.9/Documentation/devicetree/bindings/mtd/ |
| D | marvell-nand.txt | 42 - marvell,nand-keep-config: orders the driver not to take the timings
|
| /linux-6.1.9/arch/arm/boot/dts/ |
| D | armada-385-synology-ds116.dts | 53 * and takes single-character orders :
|
| /linux-6.1.9/tools/virtio/virtio-trace/ |
| D | README | 9 - controlled by start/stop orders from a Host
|
| /linux-6.1.9/tools/memory-model/ |
| D | lock.cat | 8 * Generate coherence orders and handle lock operations
|
| D | linux-kernel.cat | 145 (* rb orders instructions just as pb does *)
|
| /linux-6.1.9/drivers/usb/ |
| D | Kconfig | 151 Note however that some operations are three orders of magnitude
|
| /linux-6.1.9/Documentation/core-api/ |
| D | genalloc.rst | 49 that state, so one of the first orders of business is usually to add memory
|
| D | memory-allocation.rst | 129 This might be really dangerous especially for larger orders.
|
| /linux-6.1.9/Documentation/admin-guide/mm/ |
| D | pagemap.rst | 101 The buddy system organizes free memory in blocks of various orders.
|
| /linux-6.1.9/Documentation/devicetree/bindings/ |
| D | example-schema.yaml | 193 # Expressing 2 properties in both orders means all of the set of properties
|
| /linux-6.1.9/Documentation/virt/kvm/ |
| D | locking.rst | 10 The acquisition orders for mutexes are as follows:
|
| /linux-6.1.9/Documentation/mm/ |
| D | slub.rst | 59 caused higher minimum slab orders
|
| /linux-6.1.9/Documentation/process/ |
| D | management-style.rst | 19 companies. If you sign purchase orders or you have any clue about the
|
| /linux-6.1.9/Documentation/admin-guide/sysctl/ |
| D | vm.rst | 668 "Node order" orders the zonelists by node, then by zone within each node.
671 "Zone Order" orders the zonelists by zone type, then by node within each
|
| /linux-6.1.9/Documentation/networking/devlink/ |
| D | devlink-trap.rst | 598 packet rates that are several orders of magnitude higher compared to those that
|
| /linux-6.1.9/Documentation/filesystems/ |
| D | porting.rst | 564 need now. Remember that they have opposite orders of arguments ;-/
|