1 // SPDX-License-Identifier: GPL-2.0
2 #include <linux/compiler.h>
3 #include <linux/export.h>
4 #include <linux/list_sort.h>
5 #include <linux/list.h>
8 * Returns a list organized in an intermediate format suited
9 * to chaining of merge() calls: null-terminated, no reserved or
10 * sentinel head node, "prev" links not maintained.
12 __attribute__((nonnull(2,3,4)))
13 static struct list_head
*merge(void *priv
, list_cmp_func_t cmp
,
14 struct list_head
*a
, struct list_head
*b
)
16 struct list_head
*head
, **tail
= &head
;
19 /* if equal, take 'a' -- important for sort stability */
20 if (cmp(priv
, a
, b
) <= 0) {
42 * Combine final list merge with restoration of standard doubly-linked
43 * list structure. This approach duplicates code from merge(), but
44 * runs faster than the tidier alternatives of either a separate final
45 * prev-link restoration pass, or maintaining the prev links
48 __attribute__((nonnull(2,3,4,5)))
49 static void merge_final(void *priv
, list_cmp_func_t cmp
, struct list_head
*head
,
50 struct list_head
*a
, struct list_head
*b
)
52 struct list_head
*tail
= head
;
55 /* if equal, take 'a' -- important for sort stability */
56 if (cmp(priv
, a
, b
) <= 0) {
75 /* Finish linking remainder of list b on to tail */
83 /* And the final links to make a circular doubly-linked list */
89 * list_sort - sort a list
90 * @priv: private data, opaque to list_sort(), passed to @cmp
91 * @head: the list to sort
92 * @cmp: the elements comparison function
94 * The comparison function @cmp must return > 0 if @a should sort after
95 * @b ("@a > @b" if you want an ascending sort), and <= 0 if @a should
96 * sort before @b *or* their original order should be preserved. It is
97 * always called with the element that came first in the input in @a,
98 * and list_sort is a stable sort, so it is not necessary to distinguish
99 * the @a < @b and @a == @b cases.
101 * This is compatible with two styles of @cmp function:
102 * - The traditional style which returns <0 / =0 / >0, or
103 * - Returning a boolean 0/1.
104 * The latter offers a chance to save a few cycles in the comparison
105 * (which is used by e.g. plug_ctx_cmp() in block/blk-mq.c).
107 * A good way to write a multi-word comparison is::
109 * if (a->high != b->high)
110 * return a->high > b->high;
111 * if (a->middle != b->middle)
112 * return a->middle > b->middle;
113 * return a->low > b->low;
116 * This mergesort is as eager as possible while always performing at least
117 * 2:1 balanced merges. Given two pending sublists of size 2^k, they are
118 * merged to a size-2^(k+1) list as soon as we have 2^k following elements.
120 * Thus, it will avoid cache thrashing as long as 3*2^k elements can
121 * fit into the cache. Not quite as good as a fully-eager bottom-up
122 * mergesort, but it does use 0.2*n fewer comparisons, so is faster in
123 * the common case that everything fits into L1.
126 * The merging is controlled by "count", the number of elements in the
127 * pending lists. This is beautifully simple code, but rather subtle.
129 * Each time we increment "count", we set one bit (bit k) and clear
130 * bits k-1 .. 0. Each time this happens (except the very first time
131 * for each bit, when count increments to 2^k), we merge two lists of
132 * size 2^k into one list of size 2^(k+1).
134 * This merge happens exactly when the count reaches an odd multiple of
135 * 2^k, which is when we have 2^k elements pending in smaller lists,
136 * so it's safe to merge away two lists of size 2^k.
138 * After this happens twice, we have created two lists of size 2^(k+1),
139 * which will be merged into a list of size 2^(k+2) before we create
140 * a third list of size 2^(k+1), so there are never more than two pending.
142 * The number of pending lists of size 2^k is determined by the
143 * state of bit k of "count" plus two extra pieces of information:
145 * - The state of bit k-1 (when k == 0, consider bit -1 always set), and
146 * - Whether the higher-order bits are zero or non-zero (i.e.
147 * is count >= 2^(k+1)).
149 * There are six states we distinguish. "x" represents some arbitrary
150 * bits, and "y" represents some arbitrary non-zero bits:
151 * 0: 00x: 0 pending of size 2^k; x pending of sizes < 2^k
152 * 1: 01x: 0 pending of size 2^k; 2^(k-1) + x pending of sizes < 2^k
153 * 2: x10x: 0 pending of size 2^k; 2^k + x pending of sizes < 2^k
154 * 3: x11x: 1 pending of size 2^k; 2^(k-1) + x pending of sizes < 2^k
155 * 4: y00x: 1 pending of size 2^k; 2^k + x pending of sizes < 2^k
156 * 5: y01x: 2 pending of size 2^k; 2^(k-1) + x pending of sizes < 2^k
157 * (merge and loop back to state 2)
159 * We gain lists of size 2^k in the 2->3 and 4->5 transitions (because
160 * bit k-1 is set while the more significant bits are non-zero) and
161 * merge them away in the 5->2 transition. Note in particular that just
162 * before the 5->2 transition, all lower-order bits are 11 (state 3),
163 * so there is one list of each smaller size.
165 * When we reach the end of the input, we merge all the pending
166 * lists, from smallest to largest. If you work through cases 2 to
167 * 5 above, you can see that the number of elements we merge with a list
168 * of size 2^k varies from 2^(k-1) (cases 3 and 5 when x == 0) to
169 * 2^(k+1) - 1 (second merge of case 5 when x == 2^(k-1) - 1).
171 __attribute__((nonnull(2,3)))
172 void list_sort(void *priv
, struct list_head
*head
, list_cmp_func_t cmp
)
174 struct list_head
*list
= head
->next
, *pending
= NULL
;
175 size_t count
= 0; /* Count of pending */
177 if (list
== head
->prev
) /* Zero or one elements */
180 /* Convert to a null-terminated singly-linked list. */
181 head
->prev
->next
= NULL
;
184 * Data structure invariants:
185 * - All lists are singly linked and null-terminated; prev
186 * pointers are not maintained.
187 * - pending is a prev-linked "list of lists" of sorted
188 * sublists awaiting further merging.
189 * - Each of the sorted sublists is power-of-two in size.
190 * - Sublists are sorted by size and age, smallest & newest at front.
191 * - There are zero to two sublists of each size.
192 * - A pair of pending sublists are merged as soon as the number
193 * of following pending elements equals their size (i.e.
194 * each time count reaches an odd multiple of that size).
195 * That ensures each later final merge will be at worst 2:1.
196 * - Each round consists of:
197 * - Merging the two sublists selected by the highest bit
198 * which flips when count is incremented, and
199 * - Adding an element from the input as a size-1 sublist.
203 struct list_head
**tail
= &pending
;
205 /* Find the least-significant clear bit in count */
206 for (bits
= count
; bits
& 1; bits
>>= 1)
207 tail
= &(*tail
)->prev
;
208 /* Do the indicated merge */
210 struct list_head
*a
= *tail
, *b
= a
->prev
;
212 a
= merge(priv
, cmp
, b
, a
);
213 /* Install the merged result in place of the inputs */
218 /* Move one element from input list to pending */
219 list
->prev
= pending
;
222 pending
->next
= NULL
;
226 /* End of input; merge together all the pending lists. */
228 pending
= pending
->prev
;
230 struct list_head
*next
= pending
->prev
;
234 list
= merge(priv
, cmp
, pending
, list
);
237 /* The final merge, rebuilding prev links */
238 merge_final(priv
, cmp
, head
, pending
, list
);
240 EXPORT_SYMBOL(list_sort
);