Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp7492888ybl; Thu, 16 Jan 2020 00:10:16 -0800 (PST) X-Google-Smtp-Source: APXvYqzE/WBxBW6RMP8zJHggmjRgJD+wUv5uKv2LT9BAXpDd5eRNYjBwe8pfdyhx30k0YzDVn81h X-Received: by 2002:a9d:d06:: with SMTP id 6mr1098972oti.176.1579162215940; Thu, 16 Jan 2020 00:10:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579162215; cv=none; d=google.com; s=arc-20160816; b=OYVBnxcllw0h9z9IiJZZ4P17sN1wOhynBBXDIIclT+IuIkuWL1PaNyaIvqiqN1NDRb U9Q3KtUmGfg6Lo6PzhVz47sNFnJl1f2YSKRpuyVkDN/JwCuQRciIB2J9LAeF1YBrQ2XD B5lLb5be3amsNrICGHV5nDnbKODK2WlQ8akG1HVwIWCr5xcL8DyVrf9lJTQ9kUwAS1ba vYbEZDiTo27szRh7OeGFrqNPNxFCEIQW1NbSAQd+/xZFqcEWcYBIwR0VNr2me62KrWub 06DBqcQ+jEAt6KudSD7vgq3qI6yP0hs+vWAvjlXkm5lezz//XIOw/Nymu+Dye+j24gA9 KjXw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:to:subject:cc; bh=0D1o2GlefOAqufjA9ERA52hUgRczhZlESGfh/DwNRtk=; b=ng4TmJQrh8ra9cjbHFyf/F/+gJKcYGudYpAOffuB8bF63Nra3W2Z58GXkp2j8ZHJtp lG6p0+vykSGBuqvAVq0fvV6/MYkYWlgcxaLxrO14/6strNAG98mo+pJWHaZFd0VdDC8o A5WmF8JKBt4mK92lsWPuaoM88M2ZmAX/nNrFQtZDLSgEndhO/3qAt/W9AhHDVEl1lfsg RJNwgw8DdP7HKRaGIZXSATOIXaSHS3t7EteSzVUPmeyewUlCo4okSAUHLhCS2WxcslMb YaT0wmlWP0uBzXtN+Ih17LP2324pej/sXP5YyAs/CD8IbmK3E31mVGy4guq5H8wZnkgc xqmw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-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 d17si10687157oij.136.2020.01.16.00.09.57; Thu, 16 Jan 2020 00:10:15 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-crypto-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-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729551AbgAPH5f (ORCPT + 99 others); Thu, 16 Jan 2020 02:57:35 -0500 Received: from stargate.chelsio.com ([12.32.117.8]:3402 "EHLO stargate.chelsio.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729241AbgAPH5e (ORCPT ); Thu, 16 Jan 2020 02:57:34 -0500 Received: from [10.193.191.49] (ayushsawal.asicdesigners.com [10.193.191.49]) by stargate.chelsio.com (8.13.8/8.13.8) with ESMTP id 00G7vQgF004987; Wed, 15 Jan 2020 23:57:27 -0800 Cc: linux-crypto@vger.kernel.org, manojmalviya@chelsio.com, Ayush Sawal Subject: Re: Advertise maximum number of sg supported by driver in single request To: herbert@gondor.apana.org.au References: <20200115060234.4mm6fsmsrryzpymi@gondor.apana.org.au> <9fd07805-8e2e-8c3f-6e5e-026ad2102c5a@chelsio.com> From: Ayush Sawal Message-ID: Date: Thu, 16 Jan 2020 13:27:24 +0530 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <9fd07805-8e2e-8c3f-6e5e-026ad2102c5a@chelsio.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org Hi Herbert, Sorry for the late reply On 15/01/2020 14:02:34 +0800, Herbert Xu wrote: > On Tue, Jan 14, 2020 at 03:23:30PM +0530, Ayush Sawal wrote >> Hi all, >> >> The hardware crypto drivers have a limit on max number of sgs they can >> handle per crypto request.If data size in one crypto request is >> huge,hardware crypto driver may not be able to send the request in single >> shot to hardware and end up using fallback to software. >> >> Does it make sense to have a new API for crypto drivers using that >> drivers >> can advertise the max number of sg it can handle in one crypto request? >> >> and then? crypto framework may also have to include the similar API which >> crypto framework user can use while forming the crypto request . >> >> Does this implementation make sense? > > What is the actual limit? Are you running into this limit with > real-life requests? The max data limit is 15 sgs where each sg contains data of mtu size . we are running a netperf udp stream test over ipsec tunnel .The ipsec tunnel is established between two hosts which are directly connected Thanks, Ayush