On Tue, Aug 16, 2011 at 10:18 PM, Al Viro <viro@xxxxxxxxxxxxxxxxxx> wrote: > I *think* that what's happening in your case is that we have more blocks > for block bitmap than we would need to hold all bits. That would explode > in exactly such a way, but I'd like to see confirmation; what arguments > does your count_free() actually get? The last two arguments, that is... Sounds like it, Josh posted this output before: [ 516.859103] imap_blocks 7 zmap_blocks 7 firstdatazone c11 log_zone_size 0 max_size 7fffffff magic 4d5a nzones 3001c blocksize: 1000 So there are 7 blocks in the zone bitmap but only 0x3001c - 0xc11 = 193547 zones to allocate, which would fit in 6 blocks. -- Bob Copeland %% www.bobcopeland.com -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
