linux-master/kernel/workqueue.c

267 	 * nr_active management and WORK_STRUCT_INACTIVE:
269 	 * When pwq->nr_active >= max_active, new work item is queued to
274 	 * nr_active and all work items in pwq->inactive_works are marked with
279 	 * in nr_active. For non-barrier work item, it is marked with
282 	int			nr_active;	/* L: nr of active works */
314  * As sharing a single nr_active across multiple sockets can be very expensive,
326 	atomic_t		nr;		/* per-node nr_active */
381 	struct wq_node_nr_active *node_nr_active[]; /* I: per-node nr_active */
1555  * - %NULL for per-cpu workqueues as they don't need to use shared nr_active.
1679 	return !pwq->nr_active && list_empty(&pwq->inactive_works);
1717 	pwq->nr_active++;
1739  * pwq_tryinc_nr_active - Try to increment nr_active for a pwq
1743  * Try to increment nr_active for @pwq. Returns %true if an nr_active count is
1756 		/* BH or per-cpu workqueue, pwq->nr_active is sufficient */
1757 		obtained = pwq->nr_active < READ_ONCE(wq->max_active);
1765 	 * Unbound workqueue uses per-node shared nr_active $nna. If @pwq is
1809 		pwq->nr_active++;
1931 	 * Acquire an nr_active count and activate the inactive work item. If
1938 		pwq->nr_active++;
1963  * Decrement @pwq's nr_active and try to activate the first inactive work item.
1974 	 * @pwq->nr_active should be decremented for both percpu and unbound
1977 	pwq->nr_active--;
1990 	 * multiple pwqs and pools may be sharing the nr_active count. When a
1991 	 * pwq needs to wait for an nr_active count, it puts itself on
2141 		 * on the inactive_works list, will confuse pwq->nr_active
3536 			if (pwq->nr_active && need_to_create_worker(pool)) {
3811 	/* The barrier work item does not participate in nr_active. */
4712  * Each node's nr_active counter will be accessed mostly from its own node and
6070 		pwq->nr_active, pwq->refcnt,
6669 		 * nr_active is monotonically decreasing.  It's safe
6674 			WARN_ON_ONCE(pwq->nr_active < 0);
6675 			if (pwq->nr_active) {