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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B42A4C433EF for ; Wed, 22 Jun 2022 13:15:21 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1352161AbiFVNPU (ORCPT ); Wed, 22 Jun 2022 09:15:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34260 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1354555AbiFVNNP (ORCPT ); Wed, 22 Jun 2022 09:13:15 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id CDA7C22B12 for ; Wed, 22 Jun 2022 06:12:44 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 88C9913D5; Wed, 22 Jun 2022 06:12:44 -0700 (PDT) Received: from [10.57.85.1] (unknown [10.57.85.1]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6B49C3F534; Wed, 22 Jun 2022 06:12:43 -0700 (PDT) Message-ID: Date: Wed, 22 Jun 2022 14:12:39 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [PATCH v2] iommu/dma: Add config for PCI SAC address trick Content-Language: en-GB To: Joerg Roedel Cc: will@kernel.org, iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org, hch@lst.de, john.garry@huawei.com References: <3f06994f9f370f9d35b2630ab75171ecd2065621.1654782107.git.robin.murphy@arm.com> From: Robin Murphy In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022-06-22 13:59, Joerg Roedel wrote: > On Thu, Jun 09, 2022 at 04:12:10PM +0100, Robin Murphy wrote: >> firmware bindings by now. Let's be brave and default it to off in the > > I don't have an overall good feeling about this, but as you said, let's > be brave. This is applied now to the core branch. > > If it causes too much trouble we can still revert it (and re-revert it > later, ...) Even easier, we can just bring back "default X86", or "default y", if too many folks object to configuring it manually :) Thanks for your bravery! Robin.