[<d0a4b35c>] dir_delete_commit+0xdb/0x187 [lafs]
[<d0a4be3f>] lafs_unlink+0x144/0x1f4 [lafs]
[<c02602c1>] vfs_unlink+0x4e/0x92
+
+ Don't know. Looks like cleanup up a chain in dir_delete_commit.
+ Added a BUG_ON.
Would we be spinning on -EAGAIN ?? 4 empty segment are present.
15f/ include timestamp in cluster_head to set mtime/ctime properly on roll-forward?
## Items from 6 jul 2007.
+15g/ test directories with non-random sequential hash.
+
16/ Update locking.doc
17/ cluster_flush calls lafs_cluster_allocate calls lafs_add_block_address
int lafs_dir_del_ent(char *block, int psz, u32 seed, u32 hash)
{
/* Delete this entry from the directory block.
- * This involves either it from the avl tree.
+ * This involves removing it from the avl tree.
* If it was the last entry, we reduce 'lastpiece'
* so the space can be used immediately.
*/
if (piece == firstpiece)
break;
lafs_dir_del_ent(buf, bits, seed, hash);
+ BUG_ON(hash == 0 || doh->hash - hash > 256);
hash--;
} while (lafs_dir_find(buf, bits, seed, hash, &piece) &&
lafs_dir_extract(buf, bits, &de, piece,