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