Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3418420pxv; Sun, 18 Jul 2021 22:41:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwpPszO3DyLB1js4IxqH9xdgwiGKmHfqeW6bJfByPUZiBuDlG7HYYHK6U+W83lgs4ub3C3J X-Received: by 2002:a6b:b882:: with SMTP id i124mr17554193iof.80.1626673316330; Sun, 18 Jul 2021 22:41:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626673316; cv=none; d=google.com; s=arc-20160816; b=tGy+O9hJQKOR0XsARLkGek6AN55gh9JmsayO1DZVSGY8rZD0o01bxVACZtWSmFpHq+ DWPuNIvzVf1VrjEgp0mdRZiQiAlwqRiEraYEv2h1EWC5/Bn2Kj6HtWlcXkLzPUG/V3eE bHLxsdAoUsOuxWUDrAWADm7oEJbgJHVmDx+aZyQLiU7o8dl/nFgrk0yUnoR4G96pQppR UTFlskx9PSrxyoAdwZsVinyBvBMEx5uQy1Y50ZDvcsQO42o/joIiNV+huOGitVcbXAsO yY1D8ZzOl7KySPoMRMLBNLv3G66xCJmJ55dM6ArtCfsZBSaHvlcuTtyUPBmwzxbDlloV sKIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:organization:in-reply-to :content-disposition:mime-version:message-id:subject:cc:to:from:date; bh=YhkPGtk02S0Gy9bT4tJ3N2N4rlXcf7csxjNEgdY3BUE=; b=YAckRFdEK3aoNrwk4fB+i04a45tH+UzueWbX7C1TW3FA2pJVIdW4N1dxWhVXc3+9R6 WNzc1ac6x3jvQvBaLEZ9+GoCwvVdyHs9ScipoFlz+EN9u599e3eNYF7Nh4SIK0BIMWTm kKpyztjUFN2yDVoG/YiA6mBSB0//udf9CQYch9LQElhFbuU80Pb5NqYk9wpUixbjN1Zp 04iWI8WzjFq5TmQYLfnrCeRGxscQJHAte4jLfaYy9TOEhA/m56+jFTqM2O75+jVqFWEv lUMLxWyxFaWxBj34s0xMTC91rxN6nQS1lE4+ax6nu7scPIpto/5w/gjT+1MgYLro1k8h qkbQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-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 d6si8841620ilm.75.2021.07.18.22.41.44; Sun, 18 Jul 2021 22:41:56 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233632AbhGSFmy (ORCPT + 99 others); Mon, 19 Jul 2021 01:42:54 -0400 Received: from helcar.hmeau.com ([216.24.177.18]:51442 "EHLO deadmen.hmeau.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229777AbhGSFmx (ORCPT ); Mon, 19 Jul 2021 01:42:53 -0400 Received: from gondobar.mordor.me.apana.org.au ([192.168.128.4] helo=gondobar) by deadmen.hmeau.com with esmtp (Exim 4.92 #5 (Debian)) id 1m5Lzk-0004RI-3h; Mon, 19 Jul 2021 13:39:12 +0800 Received: from herbert by gondobar with local (Exim 4.92) (envelope-from ) id 1m5LzP-0004N7-JA; Mon, 19 Jul 2021 13:38:51 +0800 Date: Mon, 19 Jul 2021 13:38:51 +0800 From: Herbert Xu To: Russell King Oracle Cc: hch@lst.de, torvalds@linux-foundation.org, akpm@linux-foundation.org, James.Bottomley@hansenpartnership.com, guoren@kernel.org, tsbogend@alpha.franken.de, nickhu@andestech.com, green.hu@gmail.com, deanbo422@gmail.com, deller@gmx.de, ysato@users.sourceforge.jp, dalias@libc.org, geoff@infradead.org, paul@crapouillou.net, ulf.hansson@linaro.org, alexs@kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org, linux-mmc@vger.kernel.org, linux-scsi@vger.kernel.org, linux-mm@kvack.org, linux-doc@vger.kernel.org Subject: Re: flush_kernel_dcache_page fixes and removal Message-ID: <20210719053851.GA16780@gondor.apana.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210713084648.GF22278@shell.armlinux.org.uk> X-Newsgroups: apana.lists.os.linux.doc,apana.lists.os.linux.kernel,apana.lists.os.linux.scsi Organization: Core User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Russell King Oracle wrote: > > I think you need to be careful - I seem to have a recollection that the > reason we ended up with flush_kernel_dcache_page() was the need to avoid > the taking of the mmap lock for 32-bit ARM VIVT based CPUs in > flush_dcache_page(). 32-bit ARM flush_dcache_page() can block. > > If you're sure that all these changes you're making do not end up > calling flush_dcache_page() from a path where we are atomic, then fine. The Crypto API has been calling flush_dcache_page from softirq context since before the advent of git (see crypto/scatterwalk.c from the initial import). So if 32-bit ARM blocks on it then this has been broken for almost 20 years. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt