Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp848312ybi; Tue, 16 Jul 2019 06:10:10 -0700 (PDT) X-Google-Smtp-Source: APXvYqyeFgrQZsn2MulSRrbEDQBipJDV2HRm6bo2un+XSAgpBEbJLaOleZGVhDJfEsdTS/44jQdW X-Received: by 2002:a17:902:9896:: with SMTP id s22mr33878965plp.4.1563282610066; Tue, 16 Jul 2019 06:10:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563282610; cv=none; d=google.com; s=arc-20160816; b=mMrrrUvHeek86DTq1Y1k6WiXTjvhQyMAVVe1YPfoFpgjd6NpnkuFcve94WYS8Hrjqn XH84AY604ipS5VPP1AIHRZVnuQjOElxWgkz3F8LOBM6oGLuFa0pnMeziaNTK8FE417ai p4p2TZNfi7qWWMAN9/Gk3BACHqQsZDmlAZsKcIjfcjG922qoHANlXPVDefMGpKFRZA6I WVliVKFHTy2K5xuH3xayrEicfZLl/feshN2N97KEe3MKxGHrCrhYm8SRKVcvnrBnaroa oT0yMTSMXLq4qinNaVrzxRL9RB1G9/hLIO9OeVu2Y46Q6hlcjv1Jasop8k2N4IL+BJWA mSGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=PW7WOoBS9/c/6DxC2HNNouvuMlRZNL3ZU7gkVTPhJY8=; b=oC0S2CI9ROg7s5+EPw2P3gmPeM8qqRaAngWxuzZDE52cnbBprGlNVqw3TNhEvL6wT2 muDk1zan1/L1I9LGhRZXY2reOFSAXctdihW/cPGakwDHIfybz4cvbtClPA4TDnMeU46N t4oerHIEwgQqrSKl5KNPrTiLzbJIbX8/OubJaYQXQaamkZWMMBQQausEdkcjY+accyuZ P/hrVsRY/kyo/L5Cq3fSh+NRJR0D5819feHNVCzsWWwDVpj+NupbaxESNOcJHCEBY+hU JvM65d+aojmcxxNGjLLUYtIk9rCYQIHaWk9tMtBaXoEbNyV2EUI/VhCfhSlH01TiyJkG YbRA== 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 t14si14008310pgh.128.2019.07.16.06.09.51; Tue, 16 Jul 2019 06:10:10 -0700 (PDT) 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 S1732984AbfGPNJr (ORCPT + 99 others); Tue, 16 Jul 2019 09:09:47 -0400 Received: from helcar.hmeau.com ([216.24.177.18]:59006 "EHLO deadmen.hmeau.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726053AbfGPNJq (ORCPT ); Tue, 16 Jul 2019 09:09:46 -0400 Received: from gondobar.mordor.me.apana.org.au ([192.168.128.4] helo=gondobar) by deadmen.hmeau.com with esmtps (Exim 4.89 #2 (Debian)) id 1hnND3-0005Sp-AS; Tue, 16 Jul 2019 21:09:33 +0800 Received: from herbert by gondobar with local (Exim 4.89) (envelope-from ) id 1hnNCy-0001uZ-ES; Tue, 16 Jul 2019 21:09:28 +0800 Date: Tue, 16 Jul 2019 21:09:28 +0800 From: Herbert Xu To: Steffen Klassert Cc: Daniel Jordan , andrea.parri@amarulasolutions.com, boqun.feng@gmail.com, paulmck@linux.ibm.com, peterz@infradead.org, linux-arch@vger.kernel.org, linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] padata: Use RCU when fetching pd from do_serial Message-ID: <20190716130928.ga4acvxipsdzyzlp@gondor.apana.org.au> References: <20190711221205.29889-1-daniel.m.jordan@oracle.com> <20190712100636.mqdr567p7ozanlyl@gondor.apana.org.au> <20190712101012.GW14601@gauss3.secunet.de> <20190712160737.iniaaxlsnhs6azg5@ca-dmjordan1.us.oracle.com> <20190713050321.c5wq7a7jrb6q2pxn@gondor.apana.org.au> <20190715161045.zqwgsp62uqjnvx3l@ca-dmjordan1.us.oracle.com> <20190716100447.pdongriwwfxsuajf@gondor.apana.org.au> <20190716111410.GN17989@gauss3.secunet.de> <20190716125704.l2jolyyd3bue6hhn@gondor.apana.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190716125704.l2jolyyd3bue6hhn@gondor.apana.org.au> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Tue, Jul 16, 2019 at 08:57:04PM +0800, Herbert Xu wrote: > > How about using RCU? > > We still need to fix up the refcnt if it's supposed to limit the > overall number of outstanding requests. Hmm, it doesn't work because the refcnt is attached to the old pd. That shouldn't be a problem though as we could simply ignore the refcnt in padata_flush_queue. However, I think this leads to another bug in that pcrypt doesn't support dm-crypt properly. It never does the backlog stuff and therefore can't guarantee reliable processing which dm-crypt requires. Is it intentional to only allow pcrypt for IPsec? Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt