Searched refs:tails (Results 1 – 9 of 9) sorted by relevance
/Linux-v5.15/kernel/rcu/ |
D | rcu_segcblist.c | 242 BUILD_BUG_ON(ARRAY_SIZE(rsclp->tails) != ARRAY_SIZE(rsclp->gp_seq)); in rcu_segcblist_init() 245 rsclp->tails[i] = &rsclp->head; in rcu_segcblist_init() 283 &rsclp->head != READ_ONCE(rsclp->tails[RCU_DONE_TAIL]); in rcu_segcblist_ready_cbs() 317 return *rsclp->tails[RCU_DONE_TAIL]; in rcu_segcblist_first_pend_cb() 348 WRITE_ONCE(*rsclp->tails[RCU_NEXT_TAIL], rhp); in rcu_segcblist_enqueue() 349 WRITE_ONCE(rsclp->tails[RCU_NEXT_TAIL], &rhp->next); in rcu_segcblist_enqueue() 373 if (rsclp->tails[i] != rsclp->tails[i - 1]) in rcu_segcblist_entrain() 376 WRITE_ONCE(*rsclp->tails[i], rhp); in rcu_segcblist_entrain() 378 WRITE_ONCE(rsclp->tails[i], &rhp->next); in rcu_segcblist_entrain() 396 WRITE_ONCE(rsclp->head, *rsclp->tails[RCU_DONE_TAIL]); in rcu_segcblist_extract_done_cbs() [all …]
|
D | rcu_segcblist.h | 110 return !READ_ONCE(*READ_ONCE(rsclp->tails[seg])); in rcu_segcblist_restempty() 120 return &rsclp->head == rsclp->tails[RCU_DONE_TAIL]; in rcu_segcblist_segempty() 121 return rsclp->tails[seg - 1] == rsclp->tails[seg]; in rcu_segcblist_segempty()
|
/Linux-v5.15/include/linux/ |
D | rcu_segcblist.h | 185 struct rcu_head **tails[RCU_CBLIST_NSEGS]; member 199 .tails[RCU_DONE_TAIL] = &n.head, \ 200 .tails[RCU_WAIT_TAIL] = &n.head, \ 201 .tails[RCU_NEXT_READY_TAIL] = &n.head, \ 202 .tails[RCU_NEXT_TAIL] = &n.head, \
|
/Linux-v5.15/Documentation/RCU/Design/Data-Structures/ |
D | Data-Structures.rst | 683 9 struct rcu_head **tails[RCU_CBLIST_NSEGS]; 703 Each element of the ``->tails[]`` array references the ``->next`` 710 ``->head`` pointer, the ``->tails[]`` array, and the callbacks is shown 716 in the list. The ``->tails[RCU_DONE_TAIL]`` array element references the 718 ready to invoke. The ``->tails[RCU_WAIT_TAIL]`` array element references 722 ``->tails[RCU_NEXT_READY_TAIL]`` array element references the same RCU 723 callback that ``->tails[RCU_WAIT_TAIL]`` does, which indicates that 725 ``->tails[RCU_NEXT_TAIL]`` array element references CB 4's ``->next`` 728 ``->tails[RCU_NEXT_TAIL]`` array element always references the last RCU 733 ``->tails[RCU_NEXT_TAIL]`` array element: It can be ``NULL`` when this
|
/Linux-v5.15/fs/ntfs3/ |
D | fslog.c | 1615 u32 tails = 0; in last_log_lsn() local 1680 tails = 1; in last_log_lsn() 1725 if (!tails) { in last_log_lsn() 1737 tails = 1; in last_log_lsn() 1750 memmove(Add2Ptr(page_bufs, tails * log->page_size), best_page, in last_log_lsn() 1753 tails += 1; in last_log_lsn() 1783 if (tails < 0x10) in last_log_lsn() 1814 if (tails > 1) { in last_log_lsn() 2183 tails -= (page_off1 - page_off) / log->page_size; in last_log_lsn() 2185 tails -= 1; in last_log_lsn() [all …]
|
/Linux-v5.15/fs/reiserfs/ |
D | README | 100 space problem with packing tails of files for files larger than a node
|
D | super.c | 951 static const arg_desc_t tails[] = { variable 1138 {"tails",.arg_required = 't',.values = tails}, in reiserfs_parse_options()
|
/Linux-v5.15/Documentation/networking/device_drivers/ethernet/toshiba/ |
D | spider_net.rst | 52 The tail pointer tails or trails the hardware pointer. When the
|
/Linux-v5.15/Documentation/driver-api/ |
D | xillybus.rst | 291 filled buffers being sent) and a latency held fairly low for tails of data.
|