/linux/drivers/dma-buf/heaps/ |
A 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/drivers/gpu/drm/ttm/ |
A 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/include/drm/ttm/ |
A D | ttm_pool.h | 75 struct ttm_pool_type orders[MAX_ORDER]; member
|
/linux/tools/memory-model/Documentation/ |
A 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
|
A 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
|
A 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/Documentation/userspace-api/media/v4l/ |
A D | pixfmt-bayer.rst | 15 orders. See also `the Wikipedia article on Bayer filter
|
A D | field-order.rst | 80 If multiple field orders are possible the 81 driver must choose one of the possible field orders during
|
/linux/Documentation/ |
A 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/Documentation/devicetree/bindings/mtd/ |
A D | marvell-nand.txt | 42 - marvell,nand-keep-config: orders the driver not to take the timings
|
/linux/arch/arm/boot/dts/ |
A D | armada-385-synology-ds116.dts | 53 * and takes single-character orders :
|
/linux/tools/virtio/virtio-trace/ |
A D | README | 9 - controlled by start/stop orders from a Host
|
/linux/drivers/usb/ |
A D | Kconfig | 151 Note however that some operations are three orders of magnitude
|
/linux/tools/memory-model/ |
A D | lock.cat | 8 * Generate coherence orders and handle lock operations
|
A D | linux-kernel.cat | 145 (* rb orders instructions just as pb does *)
|
/linux/Documentation/core-api/ |
A D | genalloc.rst | 49 that state, so one of the first orders of business is usually to add memory
|
A D | memory-allocation.rst | 129 This might be really dangerous especially for larger orders.
|
/linux/Documentation/devicetree/bindings/ |
A D | example-schema.yaml | 183 # Expressing 2 properties in both orders means all of the set of properties
|
/linux/Documentation/admin-guide/mm/ |
A D | pagemap.rst | 101 The buddy system organizes free memory in blocks of various orders.
|
/linux/Documentation/virt/kvm/ |
A D | locking.rst | 10 The acquisition orders for mutexes are as follows:
|
/linux/Documentation/networking/device_drivers/wan/ |
A D | z8530book.rst | 135 orders. Strange things happen when these are not followed.
|
/linux/Documentation/vm/ |
A D | slub.rst | 59 caused higher minimum slab orders
|
/linux/Documentation/process/ |
A D | management-style.rst | 19 companies. If you sign purchase orders or you have any clue about the
|
/linux/Documentation/admin-guide/sysctl/ |
A D | vm.rst | 630 "Node order" orders the zonelists by node, then by zone within each node. 633 "Zone Order" orders the zonelists by zone type, then by node within each
|
/linux/Documentation/networking/devlink/ |
A D | devlink-trap.rst | 598 packet rates that are several orders of magnitude higher compared to those that
|