Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp794232ybh; Mon, 13 Jul 2020 01:02:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzJFjMauZV9vUVxtDCxAvTgbvRXu4RhuRE7EIhdYKSJ3lSAU2qyNHuCdSfQBbzmVbdZY934 X-Received: by 2002:a17:906:8392:: with SMTP id p18mr76549537ejx.24.1594627365266; Mon, 13 Jul 2020 01:02:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594627365; cv=none; d=google.com; s=arc-20160816; b=Q7yIoi0c6UJCHISVpNaL91c5frvr/WHXCPfZ7FGIyRwL2Yt/JoOHpm10SBi0cLrgXK J6/NdwkOJIl6eXcdhn6dutGg8o/qH2R2YqTqeReu8aMrgflzVxOKzwpcTm7/G8cuJnUM oqGEwBBXNk1B8xjnHJBV3tQM10AZ0SF7sS0UgW0WSTHtLRF4a12o7PHUFiuM8hpErYs5 bByFGs1Ot9+/VOgmkKqqqv5zagWCpkVsc9lXVci9Tii2RHi9eFQk468LOSwO30rGHh9J y1/mh09PSRtM95syUuW9lLOOluo2/Sb5vMmbdve3wUtwh/pp/dcpQGmJnPI0xcj0SiN/ SSHA== 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=dVCzlrfunFJAcC3VUmwgruzt9cPHvZJ0LeiVKdFtoR8=; b=AVJqy/XRpup9rtPUM7aGiSii1LNTrI6bjfFgO5hikwXxYtNXp8p05pbo9uIkqpeGtX RY9mYOtAQi8RfOzUZ+L4i5rx5LqIazlmHSGGSBqPkkemq1mcrP+kB/mWHbdv6YceCgtu o+lNKzZoD3OYm/RW0CvFOo7x/JME+lEFTKb9boGkB3vVzpZYafhtKIxEutwXmB0N350V WW7QXmImeaoUEzWC7GdWvfYPEUGuGJMtPeEMZIMIDMbi68oQs6sC9XdeJzA0Mn1v1WoI 50oV/LX0eoHWgFrAT3Jp7+OVC//6q7f0BkwYb2oU8VBVwGAzHQua9TT7/bgcq0w79YRv Tacw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h17si8808729ejd.655.2020.07.13.01.02.22; Mon, 13 Jul 2020 01:02:45 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729621AbgGMIB1 (ORCPT + 99 others); Mon, 13 Jul 2020 04:01:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52738 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727891AbgGMIBZ (ORCPT ); Mon, 13 Jul 2020 04:01:25 -0400 Received: from theia.8bytes.org (8bytes.org [IPv6:2a01:238:4383:600:38bc:a715:4b6d:a889]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 23253C061755; Mon, 13 Jul 2020 01:01:25 -0700 (PDT) Received: by theia.8bytes.org (Postfix, from userid 1000) id EBC6136B; Mon, 13 Jul 2020 10:01:19 +0200 (CEST) Date: Mon, 13 Jul 2020 10:01:15 +0200 From: Joerg Roedel To: Bjorn Helgaas Cc: Rajat Jain , Rajat Jain , "Raj, Ashok" , David Woodhouse , Lu Baolu , Bjorn Helgaas , "Rafael J. Wysocki" , Len Brown , "open list:AMD IOMMU (AMD-VI)" , Linux Kernel Mailing List , linux-pci , ACPI Devel Maling List , "Krishnakumar, Lalithambika" , Mika Westerberg , Jean-Philippe Brucker , Prashant Malani , Benson Leung , Todd Broch , Alex Levin , Mattias Nissler , Bernie Keany , Aaron Durbin , Diego Rivas , Duncan Laurie , Furquan Shaikh , Jesse Barnes , Christian Kellner , Alex Williamson , Greg Kroah-Hartman , Oliver O'Halloran , Saravana Kannan , Suzuki K Poulose , Arnd Bergmann , Heikki Krogerus Subject: Re: [PATCH v4 4/4] PCI/ACS: Enable PCI_ACS_TB for untrusted/external-facing devices Message-ID: <20200713080115.GN27672@8bytes.org> References: <20200712025838.GA147150@bjorn-Precision-5520> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200712025838.GA147150@bjorn-Precision-5520> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jul 11, 2020 at 09:58:38PM -0500, Bjorn Helgaas wrote: > If BIOS handed off with ATS enabled and we somehow relied on it being > already enabled, something might break if we start disabling ATS. > Just a theoretical possibility, doesn't seem likely to me. I don't think this will be a problem. When the BIOS enables ATS for a device it also needs to enable the IOMMU already, an we are not handling an already enabled IOMMU (outside of kdump kernels) very well. Regards, Joerg