[dm-devel] [PATCH] dm integrity: Document size and format of superblock fields

Andy Grover agrover at redhat.com
Tue Nov 13 00:23:25 UTC 2018


On 11/9/18 12:21 PM, Andy Grover wrote:
> As mentioned elsewhere in dm-integrity.txt, creating a new integrity
> device requires creating a small integrity device on top of the base
> device that formats the base device, reading the provided data sectors
> out of the superblock, and then recreating the integrity device with the
> correct size. For this, userspace must know the offset, length, and
> endianness of the provided_data_sectors field in the superblock.
> 
> Document all fields mentioned in the txt to include this, based on struct
> superblock in dm-integrity.c. Extra fields in struct superblock not
> already mentioned in the txt remain undocumented.

In 4.19 I just noticed provided_data_sectors is now included in dm 
status. I'm assuming that is now the preferred way for userspace to 
discover this value? Thus making reading it from the on-disk superblock 
unnecessary, and thus *documenting* the superblock format unnecessary. 
Sounds good.

So please disregard this patch, although some different documentation 
changes are probably now needed.

Thanks -- Regards -- Andy

p.s. I'd just run across an issue where creating an integrity device on 
a loopback device would result in the superblock still reading as all 
zeroes. Another reason to do it the new way :)




More information about the dm-devel mailing list