mirror of
https://github.com/zephyrproject-rtos/zephyr
synced 2025-09-08 22:42:40 +00:00
16bb3ec7ec
As explained in the docstrings, a usecase behind these operations is when other container objects are put in a fifo. The typical processing iteration make take just some data from a container at the head of fifo, with the container still being kept at the fifo, unless it becomes empty, and only then it's removed. Similarly with adding more data - first step may be to try to add more data to a container at the tail of fifo, and only if it's full, add another container to a fifo. The specific usecase these operations are added for is network subsystem processing, where net_buf's and net_pkt's are added to fifo. Signed-off-by: Paul Sokolovsky <paul.sokolovsky@linaro.org> |
||
|---|---|---|
| .. | ||
| arch | ||
| bluetooth | ||
| crypto | ||
| debug | ||
| display | ||
| drivers | ||
| fs | ||
| linker | ||
| logging | ||
| misc | ||
| net | ||
| shell | ||
| toolchain | ||
| usb | ||
| zephyr | ||
| adc.h | ||
| aio_comparator.h | ||
| atomic.h | ||
| cache.h | ||
| clock_control.h | ||
| console.h | ||
| counter.h | ||
| crc16.h | ||
| device.h | ||
| disk_access.h | ||
| dma.h | ||
| eth.h | ||
| flash.h | ||
| fs.h | ||
| gpio.h | ||
| i2c.h | ||
| init.h | ||
| ipm.h | ||
| irq_offload.h | ||
| irq.h | ||
| kernel_version.h | ||
| kernel.h | ||
| pinmux.h | ||
| power.h | ||
| pwm.h | ||
| random.h | ||
| rtc.h | ||
| sensor.h | ||
| shared_irq.h | ||
| spi_legacy.h | ||
| spi.h | ||
| sw_isr_table.h | ||
| sys_clock.h | ||
| sys_io.h | ||
| toolchain.h | ||
| uart.h | ||
| watchdog.h | ||
| zephyr.h | ||