Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp401117rdb; Tue, 5 Dec 2023 08:24:48 -0800 (PST) X-Google-Smtp-Source: AGHT+IEAXoOVjBfbassV7O8sYHSaRpZlsdehiKG3kB1w2xMdgQwMnVfdkfhsQbbZe5kivZFrlKVx X-Received: by 2002:a17:90a:c90f:b0:286:6cc1:298 with SMTP id v15-20020a17090ac90f00b002866cc10298mr1192649pjt.99.1701793487755; Tue, 05 Dec 2023 08:24:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701793487; cv=none; d=google.com; s=arc-20160816; b=PgUKs8p8QntZjvbvpFp77lrAyf2AvjjYW47/s6oKKWqWmvKGlJMQazXQI+785aByS5 Hy/FRVjdqUC058psvY8/PbFH8HoqYT3vbd04LpzDy0eSCfAxL0I3V7ZuDreV+13nHjcq Y/bq+UVF+/qiRSOcQMVk01JDIa35bqXuITn4U4zvwomkf46mIwetxVHOKPIB+09FT51J LVFBwAo26ghdp3S6QEyBVAB6JZhPfNJFkmwQ/i9w+66cHBWCXel+ckVfrmI8TVEFM5Si HY0JpbXyoOcp9WIKHZH346n1xcZOkAWP9Y1D9VQBDrIDOFvKS0VWvYBH3cG+m5RG7BbR gBJA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=jIAeSPSaML+Zbbg85vawq/MRVI8Z3DCt9MxDyNMLfkg=; fh=dXgAxBb+VwwXSjxEG+5b7zD6RCDA/87fp2PLkuwfj0k=; b=uZOfc6G2wiP3yH3DwC7ewoSz1X6FRGY5SvGnfU3kFFQIi4RfwcRrltG/cifrfsJEU8 7KOu2mT3g7Yk5qxEgOlcH3uH6T8IL7WjjSMZ0FeXZMOPESgqmX7pDka3UTqKjQCykBZF 9SFfyUVpGzcLV8b8k3EKG89HDXe8LBHC34xOM7Ap0KJo5k7RUJbvcfS8MLdL5AVEuh7S okXwBBLZ1G5ECc60sllWF65MIHbr+TrTWh4zFkghoRiEkOGHoXfMZzQBJWAp0bdO0aWz 49YMk1yWErPEeZSBWoSxuAo563/CrjTLA5kpBQ6p9mSx3GRIoKo3SE9LfksKit98lQwm jcAw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:6 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from pete.vger.email (pete.vger.email. [2620:137:e000::3:6]) by mx.google.com with ESMTPS id bo13-20020a17090b090d00b00286a9514be8si3897389pjb.81.2023.12.05.08.24.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Dec 2023 08:24:47 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:6 as permitted sender) client-ip=2620:137:e000::3:6; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:6 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by pete.vger.email (Postfix) with ESMTP id ABFA88177315; Tue, 5 Dec 2023 08:24:42 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at pete.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232080AbjLEQYZ (ORCPT + 99 others); Tue, 5 Dec 2023 11:24:25 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48754 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231823AbjLEQYX (ORCPT ); Tue, 5 Dec 2023 11:24:23 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 686F2122 for ; Tue, 5 Dec 2023 08:24:30 -0800 (PST) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7D01CC433C8; Tue, 5 Dec 2023 16:24:25 +0000 (UTC) Date: Tue, 5 Dec 2023 16:24:22 +0000 From: Catalin Marinas To: Jason Gunthorpe Cc: Lorenzo Pieralisi , Marc Zyngier , ankita@nvidia.com, Shameerali Kolothum Thodi , oliver.upton@linux.dev, suzuki.poulose@arm.com, yuzenghui@huawei.com, will@kernel.org, ardb@kernel.org, akpm@linux-foundation.org, gshan@redhat.com, aniketa@nvidia.com, cjia@nvidia.com, kwankhede@nvidia.com, targupta@nvidia.com, vsethi@nvidia.com, acurrid@nvidia.com, apopple@nvidia.com, jhubbard@nvidia.com, danw@nvidia.com, mochs@nvidia.com, kvmarm@lists.linux.dev, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v2 1/1] KVM: arm64: allow the VM to select DEVICE_* and NORMAL_NC for IO memory Message-ID: References: <20231205033015.10044-1-ankita@nvidia.com> <86fs0hatt3.wl-maz@kernel.org> <20231205130517.GD2692119@nvidia.com> <20231205144417.GE2692119@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231205144417.GE2692119@nvidia.com> X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on pete.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (pete.vger.email [0.0.0.0]); Tue, 05 Dec 2023 08:24:42 -0800 (PST) On Tue, Dec 05, 2023 at 10:44:17AM -0400, Jason Gunthorpe wrote: > On Tue, Dec 05, 2023 at 03:37:13PM +0100, Lorenzo Pieralisi wrote: > > On Tue, Dec 05, 2023 at 09:05:17AM -0400, Jason Gunthorpe wrote: > > > On Tue, Dec 05, 2023 at 11:40:47AM +0000, Catalin Marinas wrote: > > > > > - Will had unanswered questions in another part of the thread: > > > > > > > > > > https://lore.kernel.org/all/20231013092954.GB13524@willie-the-truck/ > > > > > > > > > > Can someone please help concluding it? > > > > > > > > Is this about reclaiming the device? I think we concluded that we can't > > > > generalise this beyond PCIe, though not sure there was any formal > > > > statement to that thread. The other point Will had was around stating > > > > in the commit message why we only relax this to Normal NC. I haven't > > > > checked the commit message yet, it needs careful reading ;). > > > > > > Not quite, we said reclaiming is VFIO's problem and if VFIO can't > > > reliably reclaim a device it shouldn't create it in the first place. > > > > I think that as far as device reclaiming was concerned the question > > posed was related to memory attributes of transactions for guest > > mappings and the related grouping/ordering with device reset MMIO > > transactions - it was not (or wasn't only) about error containment. > > Yes. It is VFIO that issues the reset, it is VFIO that must provide > the ordering under the assumption that NORMAL_NC was used. And does it? Because VFIO so far only assumes Device-nGnRnE. Do we need to address this first before attempting to change KVM? Sorry, just questions, trying to clear the roadblocks. -- Catalin