From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 71A98C54798 for ; Tue, 27 Feb 2024 08:49:31 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 0679044020E; Tue, 27 Feb 2024 03:49:31 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 0167E4401FB; Tue, 27 Feb 2024 03:49:30 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id DF9E844020E; Tue, 27 Feb 2024 03:49:30 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id CC1044401FB for ; Tue, 27 Feb 2024 03:49:30 -0500 (EST) Received: from smtpin19.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id AB302A0F4C for ; Tue, 27 Feb 2024 08:49:30 +0000 (UTC) X-FDA: 81836960100.19.2E702DA Received: from out-178.mta0.migadu.com (out-178.mta0.migadu.com [91.218.175.178]) by imf07.hostedemail.com (Postfix) with ESMTP id CCF0740013 for ; Tue, 27 Feb 2024 08:49:28 +0000 (UTC) Authentication-Results: imf07.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=co+35iFF; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf07.hostedemail.com: domain of oliver.upton@linux.dev designates 91.218.175.178 as permitted sender) smtp.mailfrom=oliver.upton@linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1709023769; a=rsa-sha256; cv=none; b=4JTA/Ixh6fgHCkfn+cJLM31Ctd8Er0vh2F1XwippYU3QS4k7jt7z5sXaspRQ2ooOjE8r1Q QwxkSn6OpaHBcnQoNpOLnnKLHDo7b8HB65u2RgRhMcO6F5OJlijaibkgttoVxTSeVkoCS6 ix5OffpnaiqT3Uhh/N9PWr2TKGnxUsg= ARC-Authentication-Results: i=1; imf07.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=co+35iFF; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf07.hostedemail.com: domain of oliver.upton@linux.dev designates 91.218.175.178 as permitted sender) smtp.mailfrom=oliver.upton@linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1709023769; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=B88acvmk3x+zIRZR32kMKESL53/0EUlRhoWm47p8/0I=; b=f4E3ISkaF3Oouhdtahe6qFtL9dkeUitzLgAE0wJPPwi8jCXdG3wC2cfkBTjUGQlKKt7w4x rmxXbnzv030Cu0GJq9wu3GXAREM20E844/DBY73g2QXYduSYt8oLd3fji8OpJJ4mYAe28Q 8ILygEcwgiuMS8Dk65ezmFWfiwsch7s= Date: Tue, 27 Feb 2024 08:49:14 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1709023766; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=B88acvmk3x+zIRZR32kMKESL53/0EUlRhoWm47p8/0I=; b=co+35iFFA/D2wKUXn7nYHD6NVdDySS+UuNx5G2ngPxXIyl0msY/tX6gEHpymCPeo+6sFQo WesPXGCplfJLDUVn6T0s2Fbj7Vi/qFridYIFJGgAwfFFvVX5IA3TIXXjnTHJB9qOTOkwB9 OZ6IXWi9a57oPkJFIWNi73/h0BPEt2Y= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Oliver Upton To: Ankit Agrawal Cc: "wangjinchao@xfusion.com" , "shahuang@redhat.com" , "catalin.marinas@arm.com" , "ryan.roberts@arm.com" , "stefanha@redhat.com" , "yi.l.liu@intel.com" , "david@redhat.com" , Jason Gunthorpe , "lpieralisi@kernel.org" , "gshan@redhat.com" , "brauner@kernel.org" , "rananta@google.com" , "alex.williamson@redhat.com" , "suzuki.poulose@arm.com" , "kevin.tian@intel.com" , "surenb@google.com" , "ricarkol@google.com" , "linus.walleij@linaro.org" , "james.morse@arm.com" , "ardb@kernel.org" , "will@kernel.org" , "akpm@linux-foundation.org" , "maz@kernel.org" , "bhe@redhat.com" , "reinette.chatre@intel.com" , "yuzenghui@huawei.com" , "andreyknvl@gmail.com" , "linux-mm@kvack.org" , "mark.rutland@arm.com" , Dan Williams , Andy Currid , Alistair Popple , Matt Ochs , "linux-kernel@vger.kernel.org" , Aniket Agashe , Neo Jia , "kvm@vger.kernel.org" , John Hubbard , "kvmarm@lists.linux.dev" , Zhi Wang , Kirti Wankhede , Vikram Sethi , "linux-arm-kernel@lists.infradead.org" , "Tarun Gupta (SW-GPU)" Subject: Re: [PATCH v9 0/4] KVM: arm64: Allow the VM to select DEVICE_* and NORMAL_NC for IO memory Message-ID: References: <20240224150546.368-1-ankita@nvidia.com> <170899100569.1405597.5047894183843333522.b4-ty@linux.dev> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Migadu-Flow: FLOW_OUT X-Rspam-User: X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: CCF0740013 X-Stat-Signature: q856rn8jnmtstyq53kn1ymu3sprurgfk X-HE-Tag: 1709023768-281741 X-HE-Meta: U2FsdGVkX1+e3zUoSXud+HYQdsJTTvjR+VkeXCr8+tNXxQ2MO0LuQuBNsjKpzZ9rSX+uoxhDxZt4BZuCc8x5V5DnfqDpCtxh4vl2Tf88nWyjk4e9hs6p7mCKW+M26JjmoSWZBAE0PXCuNfTB4h9uRZovcGSTHdhN2oZHQiF9KcPiJnJ6hFZ8h9P5CemdEVMp/QMqZr63l1uDfk4MieYfi9njkVI2twLj+u6RyYi/fnYMczYu7Fngz3yvPfnWUKCPR8Qbc3gxnGSIhnzN3+y2eVM0XWnexg9KB5iRfJ6b33/C5etCgCtWdDUkAyfPFe6iDxNxdBdj8hE+Ep96sOoYmqM3qGOBGGUblUdotwN1kCBlqLOCspjDMbl6F4QYkON/ll1f8gBtzliFMYjiyOZQ9ZQeU8kLaueHXeIcN+AAuiFNhsVlV9mi+wNMHA9IOQs5i948BeSPKZFjFi5gQ/EbgqejaZYYi/Aev8XtdRAezmza8Udm+BK0nvKU+k3WQ7KuIlhjRTXnjoNzmKStLqaT5cyTNnp5wo5E/AqTmzLAWnW05DQ5FFKgkRywzdSpiUebOLm0xaR56tX60wXK8FVCz6O1nCLJuQnGrxaOs3hYYy3cWMPTtyTLFdQ+9oUZZID1Mb0V9YrOh2ey0PcTQuhbfTkMSMxnoS/cpp011p2/S8cf+igPwcgDsNw0SmHbT9zCMGIINg5L0ZCUSsx1n7GHuQfscpDvHtVeBQezrEGzpWYdoWPdoHg795hU9GFLBtnm+107Lsu7Mtn4+vagUusoJFK3EKzfCgf8XA+O6y51wtHkJhLttgVAPAiIjdimvomPBDX0bKD5gKv7TyPLlnSevauHIdJ4dFDlKG5y+FNQqpA7SN3lC+u7in5fGCJ0cOR81VPVvmRvKw0= 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: List-Subscribe: List-Unsubscribe: On Tue, Feb 27, 2024 at 08:45:38AM +0000, Ankit Agrawal wrote: > >> > >> Currently, KVM for ARM64 maps at stage 2 memory that is considered device > >> with DEVICE_nGnRE memory attributes; this setting overrides (per > >> ARM architecture [1]) any device MMIO mapping present at stage 1, > >> resulting in a set-up whereby a guest operating system cannot > >> determine device MMIO mapping memory attributes on its own but > >> it is always overridden by the KVM stage 2 default. > >> > >> [...] > > > > High time to get this cooking in -next. Looks like there aren't any > > conflicts w/ VFIO, but if that changes I've pushed a topic branch to: > > > >  https://git.kernel.org/pub/scm/linux/kernel/git/oupton/linux.git/log/?h=kvm-arm64/vfio-normal-nc > > > > Applied to kvmarm/next, thanks! > > Thanks Oliver for your efforts. Pardon my naivety, but what would the > sequence of steps that this series go through next before landing in an > rc branch? Also, what is the earliest branch this is supposed to land > assuming all goes well? We should see this showing up in linux-next imminently. Assuming there are no issues there, your changes will be sent out as part of the kvmarm pull request for 6.9. At least in kvmarm, /next is used for patches that'll land in the next merge window and /fixes is for bugfixes that need to go in the current release cycle. -- Thanks, Oliver