Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp109558ybk; Fri, 8 May 2020 20:26:39 -0700 (PDT) X-Google-Smtp-Source: APiQypIwCrCwbGing3oxoJPo4TxPuYnwm2mNGJFa0XihQET0UIXZ0xchO1Un61KXrvkBwYq2F3t8 X-Received: by 2002:aa7:d78a:: with SMTP id s10mr4991394edq.319.1588994799249; Fri, 08 May 2020 20:26:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588994799; cv=none; d=google.com; s=arc-20160816; b=nqMqquMcH/Z9zSChzQaFyg+8S3jdVXWIJ4WFPA1W83OugLZ/hFsZv+mD1ffPfnYDbk l0OPeHBqClEqEO/E3Kn2pDez8hh2cwipa6isOQMlSgBZF/mNHu+M+DnglVUvowLHWYqW ocOzCRgTtmW5y1RKLAGnG+w3IotsAzNzW65RqdstZ1pvcyXdGHdJO05N2gvVrtRBstSu uCY57VwLb/bngZp+sn6zHy7l0O1fudX3yHsJ7wv4bIWl2Xx90tpnwBqUzJXGjPNqoII7 6RCcFIfewI7BLEuhfdHP9nrxP5Ujsre3yrJKfrIarD/MAcQ3n8hr6Tlo9ikDQ5YKPfX1 AVxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :content-language:accept-language:in-reply-to:references:message-id :date:thread-index:thread-topic:subject:cc:to:from; bh=AHIfcHs+RMiSALpZ5sHiQEV8boXDN7z9YGdOu9IaIus=; b=ZBnr8/5Ewwfv4w2P3eFKBsCkuw3pybXC33x8+axX39t8Nmp5FqG769V9WwEklq1wfD xZoXTs9EP2r7yr+uTYWQY2l7kdSsOoKp3z7/RotgwT0nGWN38l6i3SPTz5G/+b87SFUb unrPfojbsGW3HhtTmmVDfwoSIHV569rOmW0b534+IAWwpp1vDk2kMKvin7Iq60/O2w34 Bd5mcKMEP/Zp0cdkWUriZpEARK30Z6eYgzU8KSNpQQV/EmIgiJVeBNZeNwHMZYMh/z0e ZPLZ9sHdaW874OMroxngj3ygOd0+6rxqpQtvLY9NknCeFguM494cz/nltUuoEM0AGvNL 0duw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l18si2053675edf.202.2020.05.08.20.26.05; Fri, 08 May 2020 20:26:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728540AbgEID0A convert rfc822-to-8bit (ORCPT + 99 others); Fri, 8 May 2020 23:26:00 -0400 Received: from szxga02-in.huawei.com ([45.249.212.188]:2067 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728355AbgEID0A (ORCPT ); Fri, 8 May 2020 23:26:00 -0400 Received: from dggemi405-hub.china.huawei.com (unknown [172.30.72.56]) by Forcepoint Email with ESMTP id 53DBE46CF9C47DD79D22; Sat, 9 May 2020 11:25:57 +0800 (CST) Received: from DGGEMI423-HUB.china.huawei.com (10.1.199.152) by dggemi405-hub.china.huawei.com (10.3.17.143) with Microsoft SMTP Server (TLS) id 14.3.487.0; Sat, 9 May 2020 11:25:56 +0800 Received: from DGGEMI525-MBS.china.huawei.com ([169.254.6.251]) by dggemi423-hub.china.huawei.com ([10.1.199.152]) with mapi id 14.03.0487.000; Sat, 9 May 2020 11:25:49 +0800 From: Song Bao Hua To: "tanshukun (A)" , "herbert@gondor.apana.org.au" , "davem@davemloft.net" CC: "linux-crypto@vger.kernel.org" , Xu Zaibo , "Wangzhou (B)" Subject: RE: [PATCH 13/13] crypto: hisilicon/zip - Make negative compression not an error Thread-Topic: [PATCH 13/13] crypto: hisilicon/zip - Make negative compression not an error Thread-Index: AQHWJQYuugrMzbLYXUa2JUSNbpkAvKifF3kA Date: Sat, 9 May 2020 03:25:48 +0000 Message-ID: References: <1588921068-20739-1-git-send-email-tanshukun1@huawei.com> <1588921068-20739-14-git-send-email-tanshukun1@huawei.com> In-Reply-To: <1588921068-20739-14-git-send-email-tanshukun1@huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.126.201.87] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-CFilter-Loop: Reflected Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org > -----Original Message----- > From: linux-crypto-owner@vger.kernel.org [mailto:linux-crypto-owner@vger.kernel.org] On Behalf Of Shukun Tan > Sent: Friday, May 8, 2020 6:58 PM > To: herbert@gondor.apana.org.au; davem@davemloft.net > Cc: linux-crypto@vger.kernel.org; Xu Zaibo ; Wangzhou (B) > Subject: [PATCH 13/13] crypto: hisilicon/zip - Make negative compression not an error > From: Zhou Wang > Users can decide whether to use negative compression result, so it should not be reported as an error by driver. > Signed-off-by: Zhou Wang > Signed-off-by: Shukun Tan > --- > drivers/crypto/hisilicon/zip/zip_crypto.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > diff --git a/drivers/crypto/hisilicon/zip/zip_crypto.c b/drivers/crypto/hisilicon/zip/zip_crypto.c > index 5fb9d4b..0f158d4 100644 > --- a/drivers/crypto/hisilicon/zip/zip_crypto.c > +++ b/drivers/crypto/hisilicon/zip/zip_crypto.c @@ -341,7 +341,7 @@ static void hisi_zip_acomp_cb(struct hisi_qp *qp, void *data) > status = sqe->dw3 & HZIP_BD_STATUS_M; > - if (status != 0 && status != HZIP_NC_ERR) { > + if (status != 0) { Hi Zhou, it seems your comment is saying we won't report errors for some cases. But the code seems to report more errors by removing the "&&" as the condition becomes weaker. Anything have I lost? > dev_err(dev, "%scompress fail in qp%u: %u, output: %u\n", > (qp->alg_type == 0) ? "" : "de", qp->qp_id, status, > sqe->produced); Best Regards Barry