Home
last modified time | relevance | path

Searched refs:pend (Results 1 – 16 of 16) sorted by relevance

/Zephyr-latest/drivers/dma/
Ddma_sam0.c35 uint16_t pend = DMA_REGS->INTPEND.reg; in dma_sam0_isr() local
39 DMA_REGS->INTPEND.reg = pend; in dma_sam0_isr()
41 channel = (pend & DMAC_INTPEND_ID_Msk) >> DMAC_INTPEND_ID_Pos; in dma_sam0_isr()
44 if (pend & DMAC_INTPEND_TERR) { in dma_sam0_isr()
49 } else if (pend & DMAC_INTPEND_TCMPL) { in dma_sam0_isr()
/Zephyr-latest/kernel/
Dmem_domain.c29 uintptr_t pstart, pend, dstart, dend; in check_add_partition() local
55 pend = part->start + part->size; in check_add_partition()
57 if (pend <= pstart) { in check_add_partition()
77 if (pend > dstart && dend > pstart) { in check_add_partition()
DKconfig19 since the main thread cannot pend, it being the only thread in the
356 The wait_q abstraction used in IPC primitives to pend
369 application, and pend/unpend operations on "small" queues
/Zephyr-latest/subsys/settings/src/
Dsettings_line.c205 char *pend; in settings_line_raw_read_until() local
206 pend = memchr(&temp_buf[off], *until_char, len); in settings_line_raw_read_until()
207 if (pend != NULL) { in settings_line_raw_read_until()
208 len = pend - &temp_buf[off]; in settings_line_raw_read_until()
/Zephyr-latest/boards/arm/fvp_base_revc_2xaemv8a/
DKconfig6 # - LPI pend table: for each redistributor/cpu 1x64K aligned on 64K
/Zephyr-latest/tests/kernel/pending/
DREADME.txt5 This test verifies that preemptible threads can pend on the following
/Zephyr-latest/drivers/interrupt_controller/
Dintc_plic.c84 mem_addr_t pend; member
211 return config->pend + local_irq_to_reg_offset(local_irq); in get_pending_reg()
917 (.pend = PLIC_BASE_ADDR(n) + CONTEXT_PENDING_BASE,)) \
/Zephyr-latest/doc/kernel/services/data_passing/
Dpipes.rst33 as many bytes as possible and then pend in the hope that the send can be
40 and then pend in the hope that the receive can be completed later. Accepted
/Zephyr-latest/subsys/bluetooth/controller/hci/
Dhci_driver.c547 bool pend = !sys_slist_is_empty(&hbuf_pend); in process_node() local
561 if (pend || !hbuf_count) { in process_node()
/Zephyr-latest/drivers/spi/
Dspi_sam0.c198 const uint8_t *pend = (uint8_t *)tx_buf->buf + tx_buf->len; in spi_sam0_fast_tx() local
201 while (p != pend) { in spi_sam0_fast_tx()
Dspi_sam.c178 const uint8_t *pend = (uint8_t *)tx_buf + tx_buf_len; in spi_sam_fast_tx() local
181 while (p != pend) { in spi_sam_fast_tx()
/Zephyr-latest/doc/kernel/services/scheduling/
Dindex.rst101 The wait_q abstraction used in IPC primitives to pend threads for later wakeup
111 used elsewhere in the application, and pend/unpend operations on "small"
/Zephyr-latest/doc/releases/
Drelease-notes-1.13.rst722 * :github:`2422` - O(1) pend queue support
Drelease-notes-2.2.rst755 * :github:`22999` - pend() assertion can allow user threads to crash the kernel
Drelease-notes-1.14.rst1842 * :github:`11651` - Time consumption is not constant during the pend and unpend operation with 0(1)…
Drelease-notes-3.3.rst3159 * :github:`52829` - kernel/sched: Fix SMP race on pend