sys/vfs/hammer2: Drop obsolete comments on chain
authorTomohiro Kusumi <kusumi.tomohiro@gmail.com>
Sun, 4 Aug 2019 16:29:16 +0000 (01:29 +0900)
committerTomohiro Kusumi <kusumi.tomohiro@gmail.com>
Sun, 4 Aug 2019 16:29:31 +0000 (01:29 +0900)
"dbtree", "dbq", "core_entry", "domodify" are all removed in around 2014.

sys/vfs/hammer2/hammer2_chain.c
sys/vfs/hammer2/hammer2_flush.c

index 776a53d..4d3c3c4 100644 (file)
@@ -86,12 +86,7 @@ static hammer2_chain_t *hammer2_combined_find(
 static struct krate krate_h2me = { .freq = 1 };
 
 /*
- * Basic RBTree for chains (core->rbtree and core->dbtree).  Chains cannot
- * overlap in the RB trees.  Deleted chains are moved from rbtree to either
- * dbtree or to dbq.
- *
- * Chains in delete-duplicate sequences can always iterate through core_entry
- * to locate the live version of the chain.
+ * Basic RBTree for chains (core.rbtree).
  */
 RB_GENERATE(hammer2_chain_tree, hammer2_chain, rbnode, hammer2_chain_cmp);
 
index 630b590..d6466cf 100644 (file)
@@ -1175,15 +1175,10 @@ done:
  * Flush recursion helper, called from flush_core, calls flush_core.
  *
  * Flushes the children of the caller's chain (info->parent), restricted
- * by sync_tid.  Set info->domodify if the child's blockref must propagate
- * back up to the parent.
+ * by sync_tid.
  *
  * This function may set info->error as a side effect.
  *
- * Ripouts can move child from rbtree to dbtree or dbq but the caller's
- * flush scan order prevents any chains from being lost.  A child can be
- * executes more than once.
- *
  * WARNING! If we do not call hammer2_flush_core() we must update
  *         bref.mirror_tid ourselves to indicate that the flush has
  *         processed the child.