Some of the lines in this table have both "__le64" as "Type" [little-endian 64-bit integer... signedness unspecified :-( ... should be (at _least_) 8 bytes long, regardless of signedness] but have a "Size" of 4 or 2 in that column of the table. _Something_ is definitely wrong _somewhere_. Does anybody want me to go to the kernel sources and find "The Truth" and fix the table?
I will add a table snippet that shows the current problem [as of Feb. 17 2021 in the Eastern USA]
|c4||2||__le64||csum_type||csum_type - Btrfs currently uses the CRC32c little-endian hash function with seed -1.|