Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp4627013iob; Sun, 8 May 2022 19:45:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzAFTClhtg0G6KfY6R2AYTd+6ioTtwoolQHG+n4E2UTVMAp8BOh1R4MV0BQ2XYoWHW6ee15 X-Received: by 2002:a63:8f45:0:b0:398:d78:142f with SMTP id r5-20020a638f45000000b003980d78142fmr11551405pgn.162.1652064314397; Sun, 08 May 2022 19:45:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652064314; cv=none; d=google.com; s=arc-20160816; b=uasTiDZ5hshdwkF7bhd2E7l+GGR3BJWntxTFZj6ZnSdMcw2hQXEaHyJ8o/wCH2kpj8 WRPVdttlCfA9Ub3KpZxzicP2SyURn+LlzqufTeNgf7IrzlGGn+v2+G0TI9WqVS8MggvS D7cEMPQROmboN+sIGkhlIjRehHg8xvNRb+YgJicsfyYZ2i+K8x6zteR4y1Jm177Uapmy u5dIBTkKZmNVEnDHj7MyxyJ6jlnY5V9oJKJ8gbSU6F+syWMJ1QjLVSXiGB8mZciYg/VE VrIOsg93YHN4loL4FV0JvMQkGpSlDgL1tx02Fq+eqeHE/OnNVMTB6wkSJ6Mqc47S8/Ra HJyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=FYF76127h4JjVX+pd9YoBgexjo8aQiXBr3iAibyFWOE=; b=ss1mBiA697CHnOxLn/gkpxYGODY7XkVWQbv4M4UEp9Ys9AVoujQMNrXmguhlO5+8/q HbGR7jchSLaUH8ulBn01hMYmrWYFbA4xOls0QqqDCWDHqXAGm5KSjl77gbPkRQTrBm3N a5Kib99klW7lWvTkK8JhvV/5v6iweoSjbHMD7Tj6fFQIyZoayb3mKcuX+FACto3xu6Vf KaE3cvUhIQEoDWhB53e/Kq4e1KrMvo3o1JWZHWz1SnLO+3Gy7lSiznk6sMoycfx2hUn1 s2+1nakJnEzVT8hvspbBxTQBiWdRzZ3cjcQsHF7pPsLWNm+TDVzZR4gyJbmR4mRXZLly hv5Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=jp4MbhvB; spf=softfail (google.com: domain of transitioning linux-crypto-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id mh15-20020a17090b4acf00b001dc5a2406bdsi13605689pjb.91.2022.05.08.19.45.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 08 May 2022 19:45:14 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-crypto-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=jp4MbhvB; spf=softfail (google.com: domain of transitioning linux-crypto-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 0BE787C150; Sun, 8 May 2022 19:45:02 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237937AbiEFJmV (ORCPT + 99 others); Fri, 6 May 2022 05:42:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53738 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235627AbiEFJmV (ORCPT ); Fri, 6 May 2022 05:42:21 -0400 Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DBC545DA15; Fri, 6 May 2022 02:38:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1651829918; x=1683365918; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=EfVh0TwU1na43d7YSTQ8W7xUhA6BV7DvuhVeaDzvcVY=; b=jp4MbhvBMyxRyk4E7AspkLYvNlumIeMyY/HV1ImcPDoIJwzp0a/4KCrA 9kCNNPeHiQresLbbmPqN6YU8hqgd82pjZ/bh05wRu3B23B8DL8b2mDVDF ssbRtggfWPLXONHZQmdGizPkRL44Qx8Muq1BSmt10FoS5776ofzSt6IPH GgUEHupw+M9dpJ5Qczog4l+l/qS0JeROmSuV/BIFAPuwKqoJ3ZJMDecgx 7Q1l37REj3SYYXkgskQIakU4t5+KsdbrLryQNyFOwTCgls6UyEUZK/dIA sdSo300DL5Ff0tWp8oCs1u/wj1REPgQ8txAsf1B3cdmtIcn9ySLA1r9Kz Q==; X-IronPort-AV: E=McAfee;i="6400,9594,10338"; a="293621862" X-IronPort-AV: E=Sophos;i="5.91,203,1647327600"; d="scan'208";a="293621862" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 May 2022 02:38:37 -0700 X-IronPort-AV: E=Sophos;i="5.91,203,1647327600"; d="scan'208";a="585890538" Received: from silpixa00400314.ir.intel.com (HELO silpixa00400314) ([10.237.222.76]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 May 2022 02:38:35 -0700 Date: Fri, 6 May 2022 10:38:18 +0100 From: Giovanni Cabiddu To: Greg KH Cc: herbert@gondor.apana.org.au, linux-crypto@vger.kernel.org, qat-linux@intel.com, vdronov@redhat.com, stable@vger.kernel.org, Marco Chiappero Subject: Re: [PATCH 02/12] crypto: qat - refactor submission logic Message-ID: References: <20220506082327.21605-1-giovanni.cabiddu@intel.com> <20220506082327.21605-3-giovanni.cabiddu@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Research and Development Ireland Ltd - Co. Reg. #308263 - Collinstown Industrial Park, Leixlip, County Kildare - Ireland X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Fri, May 06, 2022 at 11:24:14AM +0200, Greg KH wrote: > On Fri, May 06, 2022 at 09:23:17AM +0100, Giovanni Cabiddu wrote: > > Move the submission loop to a new function, qat_alg_send_message(), and > > share it between the symmetric and the asymmetric algorithms. > > > > If the HW queues are full return -ENOSPC instead of -EBUSY. > > > > For both symmetric and asymmetric services set the number of retries > > before returning an error to a value that works for both, 20 (was 10 for > > symmetric and 100 for asymmetric). > > > > Cc: stable@vger.kernel.org > > Signed-off-by: Giovanni Cabiddu > > Reviewed-by: Marco Chiappero > > What does this "fix" to require it to be backported to stable trees? For two reasons, (1) the error code returned if the HW queues are full is incorrect and (2) to facilitate the backport of the next fix "crypto: qat - add backlog mechanism". I can be more explicit in the commit message if required. Thanks, -- Giovanni