Lines Matching refs:block

43 	nblocks * <block>
47 *end* of the i'th <block> (i.e. one past the last byte, which is the
48 same as the start of the (i+1)'th <block> if there is one).  The first
49 <block> immediately follows the last <block_pointer> for the file.
57 <block>: The i'th <block> is the output of zlib's compress function
59 (For the last <block> of the file, the input may of course be smaller.)
60 Each <block> may be a different size.  (See <block_pointer> above.)
61 <block>s are merely byte-aligned, not generally u32-aligned.
91 The superblock ought to indicate the block size that the fs was
120 data, only the superblock, inodes and block pointers.
123 The other part of making cramfs more sharable is choosing a block
158 block size, but that just means adding and parsing a -b option.