Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp4628497ybv; Wed, 26 Feb 2020 00:12:15 -0800 (PST) X-Google-Smtp-Source: APXvYqy4bsxnxHNkRpoZW52yOQaF1Gp1MTBshCTjywrMqQtOsDTpJs/JiGmWiM4bFgRPkHN7dlQw X-Received: by 2002:a05:6830:1bda:: with SMTP id v26mr1950745ota.314.1582704734972; Wed, 26 Feb 2020 00:12:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582704734; cv=none; d=google.com; s=arc-20160816; b=cBzE3yjTWtxjCTp7jB97/+ojLtU1I/7nL+lyGgbh9jDwVVDPdamlzsi6E3siKY+oC0 3oFPZhqXFnss401HrP1wn/BedGPQ09l6sbZ0hNS+0PllkRQmADdrMsMEGLd0OothLMz6 QnTY9Jg2C//kFxzBac0N6JOc7tWGYLr/rH8PT+fKWp32yUl3ES4CFQJbnAMcJ6gIjmSW SVVzsmoDN0ODkzADyh+lzqJwVhfKqlAJjfZJrwk4X1QTWwiGjoWik1cEkN0MY12xKzi/ gKZV3WlG4+bZVrbDqDXB99GnBDn/EO+7haaOX1Fe6g4VYhH++rHZ5myzhy5RJw1Kr0Kg JkMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from; bh=4y6d0kWKvbi+oGRiJAHUOK2mv+D8LQ55Fisj2a0b/uQ=; b=shNm1BqCXfaa/WrhkVUjDkEbb8RyBf0hExKWJCeEHCZkkWb7gf7QQAQP7K5LxamVln B+Xur18jGSZCg6yOzOWzx7HYmBIiAbks2pjL2xNwWU2a5jC3ASPhiimZC1OqpKDaHz4R CKJTnBrRMFO28yZ0OiJNX6WXW/ddS/Z5/YQiwkmeBp58HKTPIoB0XcvNPhgIjZVDsUKt gIFyaIPoqWA4B32Ehja+t0Tpe2Vd1eIZ6wd0ZIDrOy8R9VagM7dToorlwNUM3XHWlmmw WgTj6peq3H1qrXwi0jbWmEkgaJsi2uyF0NOh7N2+28yxf5HSreJePVgYtPmPLq36GCVS ej2Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m14si814180otr.131.2020.02.26.00.12.03; Wed, 26 Feb 2020 00:12:14 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727627AbgBZILt (ORCPT + 99 others); Wed, 26 Feb 2020 03:11:49 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:10694 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727341AbgBZILs (ORCPT ); Wed, 26 Feb 2020 03:11:48 -0500 Received: from DGGEMS404-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id A634F2CE09A151771A07; Wed, 26 Feb 2020 16:11:46 +0800 (CST) Received: from architecture4.huawei.com (10.160.196.180) by smtp.huawei.com (10.3.19.204) with Microsoft SMTP Server (TLS) id 14.3.439.0; Wed, 26 Feb 2020 16:11:36 +0800 From: Gao Xiang To: Chao Yu , CC: LKML , Miao Xie , "Gao Xiang" , Lasse Collin Subject: [PATCH v2 2/3] erofs: use LZ4_decompress_safe() for full decoding Date: Wed, 26 Feb 2020 16:10:07 +0800 Message-ID: <20200226081008.86348-2-gaoxiang25@huawei.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20200226081008.86348-1-gaoxiang25@huawei.com> References: <20200226081008.86348-1-gaoxiang25@huawei.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.160.196.180] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org As Lasse pointed out, "EROFS uses LZ4_decompress_safe_partial for both partial and full blocks. Thus when it is decoding a full block, it doesn't know if the LZ4 decoder actually decoded all the input. The real uncompressed size could be bigger than the value stored in the file system metadata. Using LZ4_decompress_safe instead of _safe_partial when decompressing a full block would help to detect errors." So it's reasonable to use _safe in case of potential corrupted images and it might have some speed gain as well although I didn't observe much difference. Note that legacy compressor (< 5.3, no LZ4_0PADDING) could encode extra data in a pcluster, which is excluded as well. Cc: Lasse Collin Fixes: 0ffd71bcc3a0 ("staging: erofs: introduce LZ4 decompression inplace") [ Gao Xiang: v5.3+, I will manually backport this to stable later. ] Signed-off-by: Gao Xiang --- fs/erofs/decompressor.c | 12 +++++++++--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/fs/erofs/decompressor.c b/fs/erofs/decompressor.c index 5779a15c2cd6..cd978af6bdb9 100644 --- a/fs/erofs/decompressor.c +++ b/fs/erofs/decompressor.c @@ -157,9 +157,15 @@ static int z_erofs_lz4_decompress(struct z_erofs_decompress_req *rq, u8 *out) } } - ret = LZ4_decompress_safe_partial(src + inputmargin, out, - inlen, rq->outputsize, - rq->outputsize); + /* legacy format could compress extra data in a pcluster. */ + if (rq->partial_decoding || !support_0padding) + ret = LZ4_decompress_safe_partial(src + inputmargin, out, + inlen, rq->outputsize, + rq->outputsize); + else + ret = LZ4_decompress_safe(src + inputmargin, out, + inlen, rq->outputsize); + if (ret < 0) { erofs_err(rq->sb, "failed to decompress, in[%u, %u] out[%u]", inlen, inputmargin, rq->outputsize); -- 2.17.1