Function report |
Source Code:kernel\rcu\rcu_segcblist.c |
Create Date:2022-07-28 10:29:26 |
| Last Modify:2020-03-12 14:18:49 | Copyright©Brick |
| home page | Tree |
| Annotation kernel can get tool activity | Download SCCT | Chinese |
Name:Does the specified rcu_segcblist structure contain callbacks that* are still pending, that is, not yet ready to be invoked?
Proto:bool rcu_segcblist_pend_cbs(struct rcu_segcblist *rsclp)
Type:bool
Parameter:
| Type | Parameter | Name |
|---|---|---|
| struct rcu_segcblist * | rsclp |
| Name | Describe |
|---|---|
| rcu_accelerate_cbs | If there is room, assign a ->gp_seq number to any callbacks on this* CPU that have not already been assigned |
| rcu_advance_cbs | Move any callbacks whose grace period has completed to the* RCU_DONE_TAIL sublist, then compact the remaining sublists and* assign ->gp_seq numbers to any callbacks in the RCU_NEXT_TAIL* sublist. This function is idempotent, so it does not hurt to |
| rcu_segcblist_nextgp | Return false if there are no CBs awaiting grace periods, otherwise,* return true and store the nearest waited-upon grace period into *lp. |
| rcu_segcblist_extract_pend_cbs | Extract only those callbacks still pending (not yet ready to be* invoked) from the specified rcu_segcblist structure and place them in* the specified rcu_cblist structure |
| srcu_might_be_idle | If SRCU is likely idle, return true, otherwise return false.* Note that it is OK for several current from-idle requests for a new* grace period from idle to specify expediting because they will all end* up requesting the same grace period anyhow |
| Source code conversion tool public plug-in interface | X |
|---|---|
| Support c/c++/esqlc/java Oracle/Informix/Mysql Plug-in can realize: logical Report Code generation and batch code conversion |