Message ID | 20191209191346.5197-1-logang@deltatee.com (mailing list archive) |
---|---|
Headers | show
Return-Path: <SRS0=xZq1=Z7=kvack.org=owner-linux-mm@kernel.org> Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org [172.30.200.123]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 92BCB930 for <patchwork-linux-mm@patchwork.kernel.org>; Mon, 9 Dec 2019 19:14:07 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 60335206E0 for <patchwork-linux-mm@patchwork.kernel.org>; Mon, 9 Dec 2019 19:14:07 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 60335206E0 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=deltatee.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 8154E6B283C; Mon, 9 Dec 2019 14:14:06 -0500 (EST) Delivered-To: linux-mm-outgoing@kvack.org Received: by kanga.kvack.org (Postfix, from userid 40) id 7C4DA6B283D; Mon, 9 Dec 2019 14:14:06 -0500 (EST) X-Original-To: int-list-linux-mm@kvack.org X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 68DD26B283E; Mon, 9 Dec 2019 14:14:06 -0500 (EST) X-Original-To: linux-mm@kvack.org X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0182.hostedemail.com [216.40.44.182]) by kanga.kvack.org (Postfix) with ESMTP id 4D9666B283C for <linux-mm@kvack.org>; Mon, 9 Dec 2019 14:14:06 -0500 (EST) Received: from smtpin30.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay04.hostedemail.com (Postfix) with SMTP id E572E4421 for <linux-mm@kvack.org>; Mon, 9 Dec 2019 19:14:05 +0000 (UTC) X-FDA: 76246553250.30.watch07_7b0675284e64e X-Spam-Summary: 2,0,0,3d584d531c9d5684,d41d8cd98f00b204,gunthorp@deltatee.com,:linux-kernel@vger.kernel.org:linux-arm-kernel@lists.infradead.org:linux-ia64@vger.kernel.org:linuxppc-dev@lists.ozlabs.org:linux-s390@vger.kernel.org:linux-sh@vger.kernel.org:platform-driver-x86@vger.kernel.org::hch@lst.de:dan.j.williams@intel.com:akpm@linux-foundation.org:catalin.marinas@arm.com:will@kernel.org:benh@kernel.crashing.org:tglx@linutronix.de:mingo@redhat.com:bp@alien8.de:dave.hansen@linux.intel.com:luto@kernel.org:peterz@infradead.org:logang@deltatee.com,RULES_HIT:41:69:355:379:541:988:989:1260:1311:1314:1345:1437:1515:1535:1543:1711:1730:1747:1777:1792:1801:2393:2559:2562:2693:2705:2918:3138:3139:3140:3141:3142:3354:3865:3866:3867:3868:3870:3871:3874:4184:4250:4362:4605:5007:6117:6261:6737:7903:7974:10004:11026:11232:11657:11658:11914:12043:12048:12296:12297:12438:12517:12519:12895:13141:13230:13894:13972:14096:14180:14394:14721:21060:21063:21080:21451:21627:21740:30012:30054:30070,0 ,RBL:207 X-HE-Tag: watch07_7b0675284e64e X-Filterd-Recvd-Size: 5906 Received: from ale.deltatee.com (ale.deltatee.com [207.54.116.67]) by imf25.hostedemail.com (Postfix) with ESMTP for <linux-mm@kvack.org>; Mon, 9 Dec 2019 19:14:05 +0000 (UTC) Received: from cgy1-donard.priv.deltatee.com ([172.16.1.31]) by ale.deltatee.com with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <gunthorp@deltatee.com>) id 1ieOTk-00025k-Lg; Mon, 09 Dec 2019 12:13:57 -0700 Received: from gunthorp by cgy1-donard.priv.deltatee.com with local (Exim 4.92) (envelope-from <gunthorp@deltatee.com>) id 1ieOTd-0001Me-0k; Mon, 09 Dec 2019 12:13:49 -0700 From: Logan Gunthorpe <logang@deltatee.com> To: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-ia64@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, linux-sh@vger.kernel.org, platform-driver-x86@vger.kernel.org, linux-mm@kvack.org, Christoph Hellwig <hch@lst.de>, Dan Williams <dan.j.williams@intel.com>, Andrew Morton <akpm@linux-foundation.org> Cc: Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will@kernel.org>, Benjamin Herrenschmidt <benh@kernel.crashing.org>, Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>, Dave Hansen <dave.hansen@linux.intel.com>, Andy Lutomirski <luto@kernel.org>, Peter Zijlstra <peterz@infradead.org>, Logan Gunthorpe <logang@deltatee.com> Date: Mon, 9 Dec 2019 12:13:40 -0700 Message-Id: <20191209191346.5197-1-logang@deltatee.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 X-SA-Exim-Connect-IP: 172.16.1.31 X-SA-Exim-Rcpt-To: linux-arm-kernel@lists.infradead.org, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org, linux-s390@vger.kernel.org, linux-sh@vger.kernel.org, platform-driver-x86@vger.kernel.org, linux-mm@kvack.org, hch@lst.de, dan.j.williams@intel.com, akpm@linux-foundation.org, catalin.marinas@arm.com, benh@kernel.crashing.org, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, will@kernel.org, luto@kernel.org, peterz@infradead.org, logang@deltatee.com X-SA-Exim-Mail-From: gunthorp@deltatee.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on ale.deltatee.com X-Spam-Level: X-Spam-Status: No, score=-6.7 required=5.0 tests=ALL_TRUSTED,BAYES_00, MYRULES_NO_TEXT autolearn=no autolearn_force=no version=3.4.2 Subject: [PATCH 0/6] Allow setting caching mode in arch_add_memory() for P2PDMA X-SA-Exim-Version: 4.2.1 (built Wed, 08 May 2019 21:11:16 +0000) X-SA-Exim-Scanned: Yes (on ale.deltatee.com) Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: <linux-mm.kvack.org> |
Series |
Allow setting caching mode in arch_add_memory() for P2PDMA
|
expand
|
On Mon, Dec 09, 2019 at 12:13:40PM -0700, Logan Gunthorpe wrote: > This changes is pretty routine for most of the arches: x86_64, s390, arm64 > and powerpc simply need to thread the pgprot through to where the page tables > are setup. x86_32 unfortunately sets up the page tables at boot so > must use _set_memory_prot() to change their caching mode. ia64 and sh > don't appear to have an easy way to change the page tables so, for now > at least, we just return -EINVAL on such mappings and thus they will > not support P2PDMA memory until the work for this is done. ia64 and sh don't support ZONE_DEVICE mappings anyway as far as I know. This generally looks fine to me.