On 06/25/2018 09:28 AM, Su Yue wrote:
On 06/22/2018 05:40 PM, David Sterba wrote:
On Fri, Jun 22, 2018 at 04:18:01PM +0800, Su Yue wrote:
If type of extent_inline_ref found is not expected, filesystem may have
been corrupted, should return EUCLEAN instead of EINVAL.
No functional changes.
Signed-off-by: Su Yue <suy.f...@cn.fujitsu.com>
---
Changelog:
v2:
Add changes in build_backref_tree, get_extent_inline_ref and
add_inline_refs.
v2 looks good. I saw one implicit check for invalid ref in
add_data_references that still returns -EINVAL.
The implicit check is located in relocation.c:3804. I changeds/3804/3801
it in v1 which is not listed in changedlog.
Did I need to sent v3 to list all functions in commit message?
Thanks,
Su
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html