Home
last modified time | relevance | path

Searched refs:pool (Results 101 – 125 of 140) sorted by relevance

123456

/Zephyr-latest/scripts/coccinelle/
Dint_ms_to_timeout.cocci28 | mem_(pool|slab)_alloc
/Zephyr-latest/doc/kernel/memory_management/
Dslabs.rst53 blocks. Alternatively, a memory pool object may be used.
/Zephyr-latest/subsys/tracing/sysview/
DSYSVIEW_Zephyr.txt76 70 k_mbox_data_block_get rx_msg=%p, pool=%p, block=%p, Timeout=%TimeOut | Returns %ErrCodePo…
/Zephyr-latest/subsys/bluetooth/audio/
DKconfig.mcs92 This is used for the total memory pool buffer size from which memory
/Zephyr-latest/lib/posix/options/
DKconfig.pthread54 allocated by the thread (e.g. thread stack from a pool or the heap)
/Zephyr-latest/doc/kernel/usermode/
Dkernelobjects.rst31 or objects which themselves have been allocated from a runtime memory pool.
80 the calling thread's resource pool. Such allocations may be freed in two
Dsyscalls.rst479 memory from the caller's resource pool via :c:func:`z_thread_malloc()`. This
481 guidelines heavily discourage usage of heap and the fact that a resource pool is
/Zephyr-latest/doc/connectivity/bluetooth/api/mesh/
Dsar_cfg.rst37 Incoming and outgoing segmented messages share the same pool for allocation of their segments. This
38 pool size is configured through the :kconfig:option:`CONFIG_BT_MESH_SEG_BUFS` Kconfig option.
/Zephyr-latest/subsys/bluetooth/host/
Dl2cap.c457 struct net_buf_pool *pool = NULL; in l2cap_create_le_sig_pdu() local
462 pool = &disc_pool; in l2cap_create_le_sig_pdu()
466 buf = bt_l2cap_create_pdu_timeout(pool, 0, L2CAP_RTX_TIMEOUT); in l2cap_create_le_sig_pdu()
673 struct net_buf *bt_l2cap_create_pdu_timeout(struct net_buf_pool *pool, in bt_l2cap_create_pdu_timeout() argument
677 return bt_conn_create_pdu_timeout(pool, in bt_l2cap_create_pdu_timeout()
/Zephyr-latest/doc/connectivity/networking/api/
Dnet_pkt.rst37 All net_pkt objects come from a pre-defined pool of struct net_pkt.
38 Such pool is defined via
/Zephyr-latest/subsys/bluetooth/controller/ll_sw/
Dull_conn.c139 uint8_t pool[CONN_TX_BUF_SIZE * CONN_DATA_BUFFERS]; member
144 uint8_t pool[sizeof(memq_link_t) * member
1653 mem_init(mem_conn_tx.pool, CONN_TX_BUF_SIZE, CONN_DATA_BUFFERS, in init_reset()
1657 mem_init(mem_link_tx.pool, sizeof(memq_link_t), in init_reset()
Dull_llcp_internal.h10 uint8_t *pool; member
/Zephyr-latest/subsys/bluetooth/controller/
DKconfig.ll_sw_split1030 This defines the size of the pool of tx buffers available
1031 for control procedure tx. This pool is shared across all
1043 This defines the size of the pool of control procedure contexts available
1045 This pool is shared across all connections, with allocation through a queue.
1053 This defines the size of the pool of control procedure contexts available
1055 This pool is shared across all connections, with allocation through a queue.
/Zephyr-latest/doc/releases/
Drelease-notes-1.6.rst40 * Changed memory pool, memory maps, message queues and event handling APIs.
220 * ``ZEP-907`` - Test memory pool support (with mailboxes)
Dmigration-guide-3.6.rst454 * ATT now has its own TX buffer pool.
472 * The :c:func:`bt_l2cap_chan_send` API no longer allocates buffers from the same pool as its `buf`
474 application should register the `alloc_seg` channel callback and allocate from the same pool as
Drelease-notes-1.7.rst107 * Redesigned buffer & pool allocation API.
402 * ``ZEP-1655`` - Build issues when compiling with LLVM(memory pool)
Drelease-notes-3.7.rst1881 * Added a way of isolating a channel message subscribers pool. Some channels can now share an
1882 isolated pool to avoid delivery failures and shorten communication latency. It is only necessary
1884 function :c:func:`zbus_chan_set_msg_sub_pool` to change the msg pool used by the channel.
1885 Channels can share the same message pool.
1999 * Added support to place memory pool buffers in ``.lvgl_heap`` section by enabling
Drelease-notes-3.6.rst378 * On STM32devices, RNG block is now suspended when pool is full to save power.
1202 * Fixed parameter order of net buf pool fixed definition. (:github:`65039`)
/Zephyr-latest/subsys/mgmt/mcumgr/grp/img_mgmt/
DKconfig31 bool "Use heap mem pool for flash image DFU context"
/Zephyr-latest/subsys/bluetooth/host/classic/
Drfcomm.c303 struct net_buf *bt_rfcomm_create_pdu(struct net_buf_pool *pool) in bt_rfcomm_create_pdu() argument
308 return bt_conn_create_pdu(pool, in bt_rfcomm_create_pdu()
Dsdp.c2150 buf = net_buf_alloc(session->param->pool, K_FOREVER); in sdp_client_alloc_buf()
2251 if (!params || !params->uuid || !params->func || !params->pool) { in bt_sdp_discover()
/Zephyr-latest/subsys/bluetooth/controller/ll_sw/openisa/lll/
Dlll_adv.c112 uint8_t pool[PDU_POOL_SIZE]; member
/Zephyr-latest/doc/services/zbus/
Dindex.rst405 (delivery guarantee) considering message subscribers. If you want to keep an isolated pool for a
407 :kconfig:option:`CONFIG_ZBUS_MSG_SUBSCRIBER_NET_BUF_POOL_ISOLATION` with a dedicated pool. Look
905 a pool for the message subscriber for a set of channels;
/Zephyr-latest/arch/x86/
DKconfig333 if common page tables are in use requires a pool of free pinned
/Zephyr-latest/doc/services/logging/
Dcs_stm.rst50 whole message is written to that STMESP. Limited pool of sets is used leaving most of channels for

123456