Home
last modified time | relevance | path

Searched refs:unref (Results 1 – 8 of 8) sorted by relevance

/Zephyr-latest/lib/net_buf/
Dbuf.c145 .unref = mem_pool_data_unref,
166 .unref = fixed_data_unref,
201 .unref = heap_data_unref,
/Zephyr-latest/include/zephyr/
Dnet_buf.h1062 void (*unref)(struct net_buf *buf, uint8_t *data); member
1475 pool->alloc->cb->unref(buf, buf->__buf); in net_buf_destroy()
/Zephyr-latest/subsys/net/ip/
Dtcp.c896 bool unref = false; in tcp_send_process_no_lock() local
920 unref = true; in tcp_send_process_no_lock()
958 return unref; in tcp_send_process_no_lock()
965 bool unref; in tcp_send_process() local
969 unref = tcp_send_process_no_lock(conn); in tcp_send_process()
973 if (unref) { in tcp_send_process()
/Zephyr-latest/drivers/usb/udc/
Dudc_common.c51 .unref = udc_pool_data_unref,
/Zephyr-latest/doc/releases/
Drelease-notes-1.8.rst313 * ``ZEP-2070`` - net pkt doesn't full unref after send a data form bluetooth's ipsp
Drelease-notes-1.10.rst352 * :github:`4027` - extra unref happening on net_context
396 * :github:`4292` - net: tcp.c: prepare_segment() may unrightly unref packet in case of error
Drelease-notes-2.6.rst57 :c:func:`bt_iso_chan_send` so when an error occur the buffer is not unref.
1077 * :github:`35838` - Bluetooth: ISO: BIG termination doesn't fully unref the connection
Drelease-notes-3.3.rst3325 * :github:`51714` - Bluetooth: Application with buffer that cannot unref it in disconnect handler l…