Lines Matching full:we
20 * We are limited in number of subclasses by MAX_LOCKDEP_SUBCLASSES, which at
21 * the time of this patch is 8, which is how many we use. Keep this in mind if
28 * When we COW a block we are holding the lock on the original block,
30 * when we lock the newly allocated COW'd block. Handle this by having
36 * Oftentimes we need to lock adjacent nodes on the same level while
37 * still holding the lock on the original node we searched to, such as
40 * Because of this we need to indicate to lockdep that this is
48 * When splitting we will be holding a lock on the left/right node when
49 * we need to cow that node, thus we need a new set of subclasses for
56 * When splitting we may push nodes to the left or right, but still use
58 * blocks. Thus when we go to allocate a new split block we've already
60 * handle this case where we need to allocate a new split block.
65 * When promoting a new block to a root we need to have a special
66 * subclass so we don't confuse lockdep, as it will appear that we are
68 * has this problem as it appears we're locking the same block again
69 * when we make a snapshot of an existing root.
74 * We are limited to MAX_LOCKDEP_SUBLCLASSES number of subclasses, so
76 * the limit. As of this writing we're limited to 8, and we're