Since commit
388539faa ("MEDIUM: stick-tables: defer adding updates to a
tasklet"), between the entry creation and its arrival in the updates tree,
there is time for scheduling, and it now becomes possible for an stksess
entry to be requeued into the list while it's still in the tree as a remote
one. Only local updates were removed prior to being inserted. In this case
we would re-insert the entry, causing it to appear as the parent of two
distinct nodes or leaves, and to be visited from the first leaf during a
delete() after having already been removed and freed, causing a crash,
as Christian reported in issue #2959.
There's no reason to backport this as this appeared with the commit above
in 3.2-dev13.
empty_tgid++;
cur_tgid++;
if (cur_tgid == global.nbtgroups)
- cur_tgid = 0;
+ cur_tgid = 0;
if (empty_tgid == global.nbtgroups)
break;
} else {
stksess->upd.key = (++table->update) + (2147483648U);
}
+
+ /* even though very unlikely, it seldom happens that the entry
+ * is already in the tree (both for local and remote ones). We
+ * must dequeue it and requeue it at its new position (e.g. it
+ * might already have been seen by some peers).
+ */
+ eb32_delete(&stksess->upd);
eb = eb32_insert(&table->updates, &stksess->upd);
if (eb != &stksess->upd) {
- BUG_ON(1);
eb32_delete(eb);
eb32_insert(&table->updates, &stksess->upd);
}