Marat Khalili posted on Sun, 16 Apr 2017 11:01:00 +0300 as excerpted: >> Even making such a warning conditional on kernel version is >> problematic, because many distros backport major blocks of code, >> including perhaps btrfs fixes, and the nominally 3.14 or whatever >> kernel may actually be running btrfs and other fixes from 4.14 or >> later, by the time they actually drop support for whatever LTS distro >> version and quit backporting fixes. > > This information could be stored in kernel and made available for > usermode tools via some proc file. This would be very useful > _especially_ considering backporting. Raid56 could be fixed already (or > not) by the time it is implemented, but no doubt there will still be > other highly experimental capabilities judging by how things go. And > this feature itself could easily be backported. What they /could/ do would be something very similar to what they already did for the free-space-tree (as opposed to the free-space-cache, the original and still default implementation). There was a critical bug in the early implementations of free-space- tree. But btrfs has incompatibility/feature flags for a reason, and they set it up in such a way that the flaw could be detected and fixed. In theory they could grab another bit from it and make that raid56v2, or something similar, and if the raid56 flag is there but not raid56v2, warn, etc. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
