Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1067037ybt; Wed, 1 Jul 2020 17:55:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx8+1arppU9RW0C6fAali1pVaZEHrfIjQk9KclZIIleb4nvqQxYzG9B/tLBmvJQgZAMt8yj X-Received: by 2002:a05:6402:1d97:: with SMTP id dk23mr32473829edb.1.1593651343765; Wed, 01 Jul 2020 17:55:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593651343; cv=none; d=google.com; s=arc-20160816; b=ugOqGXVxjSAlGplI/e56vaHkBFnUTXqjRPmNc7GHm2Ic7gbEIqD4QgjRfDVLoWQhc/ xmhrhH8sB85ktJUJf3KZbahdk9K8OCnPd926IlJlKsUbbT4Lnz9M545NzyyhGRokDc/F TmLHj94WJagekqbGz4QI8gl5PDxQU5IPNFLBtyQF11Effx2uYUBKcpQKuHeUkBcHBt0V 9Pk8WMfo1UBi/fjkl7+maPxEUmDsVbmoQxYJMn9R1iL6JLZ0nMJ1TjikAS6vNo/9i2HA QMRaUOGoKLK1EXnCP1Ozc5kUfTwYHDU8O6V+Gbz3D6mixSZejMJgsl2CtSiPaHEJooOe JxRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:organization:references:in-reply-to:date:cc:to:from :subject:message-id:dkim-signature; bh=hO91gN0h/Yr5xSJfWsTPMl5yb7ckd6xh7ekWQ6cvBIA=; b=JBoEqyiheamrwDb0ZHsaA+k8bOqrXzwekYdn2KILbAiT3kuoSj9YmJwifiCr8DfQdk FolaMLeVE8+4kgyyovyiUWfcAggluj1d53CtJIYLcS/xpbYXb/JhQREBVbLU3UD2DWmE 5wV+1+Qf39G99m9HC2T0RHzqTSUk4e7vLrhB5dwevVqRJB/wyedskN6o/3kESjOfCYIm 5DEtEqw35dPDnphAp4X36WyYCtzEBgxoOMJXZy3c+orC9focPSNO7ytmWkYi+iuRjfwd lQw1gDs7XX6Dg7v4c6tkn4P+ikaO4rBMm0UgaIZscG0xuxkp/lAZJ2qLegmB4AgIug5H JDRg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=QiO7osuZ; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bk19si4943687ejb.338.2020.07.01.17.55.20; Wed, 01 Jul 2020 17:55:43 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=QiO7osuZ; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726985AbgGBAyt (ORCPT + 99 others); Wed, 1 Jul 2020 20:54:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34792 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726637AbgGBAys (ORCPT ); Wed, 1 Jul 2020 20:54:48 -0400 Received: from mail-qk1-x743.google.com (mail-qk1-x743.google.com [IPv6:2607:f8b0:4864:20::743]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B11F7C08C5C1 for ; Wed, 1 Jul 2020 17:54:48 -0700 (PDT) Received: by mail-qk1-x743.google.com with SMTP id l6so24138270qkc.6 for ; Wed, 01 Jul 2020 17:54:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:cc:date:in-reply-to:references :organization:user-agent:mime-version:content-transfer-encoding; bh=hO91gN0h/Yr5xSJfWsTPMl5yb7ckd6xh7ekWQ6cvBIA=; b=QiO7osuZ0V9urEG1lVlw4WEcRNR0F3Sdnl9NjD89hK4dpbaR8xm137hAqFW/blgQNX pLY7xwYaz3WeauXhs62baAWCiVeILKiIwi6q1dLxDWtzYvEhCj3oezBGt1Pr9ETLdfUY QPTkp0SjYMIoCkgmc0bL2hy+MfPtlas1Ar/F5fSJaRkzeOIcVqWGQrqiuMFZAE7+E4SR IB8tO6wfQH+eotybHY5E/+Wm/Euywh5ZpIxyf9lOg4z72fP+DyWgqcbST2E9PRDS7fV7 KMuVqDMQnTgY2pVF4+UPq6XxpL0yXn4kTThRYpLN/ntDmT+kIIyKtezb+zXlfb3Yz7QV 9prw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:organization:user-agent:mime-version :content-transfer-encoding; bh=hO91gN0h/Yr5xSJfWsTPMl5yb7ckd6xh7ekWQ6cvBIA=; b=Vfm5OgLPuoYm+MyqYZKrh70VcUcOE2fMXLqEv88DOwyx4oxBtwWW5Fb6//H+o58Ds9 zK6R4oUTLcuzVvEqmhqPAy9dgt8rbcomcaSwUejAyz+JzuuT+jPP8Wza6zO1NnsAv1Hq 1VDLfa60rwD3b4QvSxGRQOYHrw7ckG1Noqx8trBghOpFwEjM76zrJibGDztPX1Om6SfE 4B1ePUeX3NGmP+TPRJYZ0qLyaS/sDtEesbmTUzQZOX7olclHr2aWQrP0U2m/lO2dICWQ j0WqWV/KQz/y2V/paY//+GUezt2eTUIGwhljDfv7mk+yRicdmrhm5eaPRG+GJS7ewpYv 5wcA== X-Gm-Message-State: AOAM531WmaTb7IjtX+Ht227dOKi8ZA+BRvU7Joij1e8WDHAYZ2MguN0l H5P5WRSLqY6SFD91m/SM/Lw= X-Received: by 2002:a37:9b01:: with SMTP id d1mr29385611qke.65.1593651288027; Wed, 01 Jul 2020 17:54:48 -0700 (PDT) Received: from LeoBras (200-236-245-17.dynamic.desktop.com.br. [200.236.245.17]) by smtp.gmail.com with ESMTPSA id q189sm7224509qkd.57.2020.07.01.17.54.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Jul 2020 17:54:47 -0700 (PDT) Message-ID: <3049147914a4a04a095a3f3bd74a7c7ad4d961ad.camel@gmail.com> Subject: Re: [PATCH v2 5/6] powerpc/pseries/iommu: Make use of DDW even if it does not map the partition From: Leonardo Bras To: Alexey Kardashevskiy , Michael Ellerman , Benjamin Herrenschmidt , Paul Mackerras , Thiago Jung Bauermann , Ram Pai Cc: linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Date: Wed, 01 Jul 2020 21:54:41 -0300 In-Reply-To: <2c5dc8d2-f379-5a5f-844a-f4eea233f265@ozlabs.ru> References: <20200624062411.367796-1-leobras.c@gmail.com> <20200624062411.367796-6-leobras.c@gmail.com> <18df09c0-ef83-a0d8-1143-1cb4d50bf6b7@ozlabs.ru> <0e8bcc38614ec80c7816c07dd4dc70854c2b901d.camel@gmail.com> <0c3de45dfb612745aa2ee4126b3935303d8e8704.camel@gmail.com> <2c5dc8d2-f379-5a5f-844a-f4eea233f265@ozlabs.ru> Organization: IBM Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.4 (3.34.4-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2020-07-02 at 10:31 +1000, Alexey Kardashevskiy wrote: > > In fact, there is a lot of places in this file where it's called direct > > window. Should I replace everything? > > Should it be in a separated patch? > > If it looks simple and you write a nice commit log explaining all that > and why you are not reusing the existing ibm,dma-window property > for that - sure, do it :) Nice, I will do that :) > (to provide a clue what "reset" will reset to? is there any other > reason?) That's the main reason here. The way I perceive this, ibm,dma-window should only point to the default DMA window, which is guaranteed to always be the same, even if it's destroyed and re-created. So there I see no point destroying / overwriting it. On the other hand, I also thought about using a new node name for this window, but it would be very troublesome and I could see no real gain. Thanks !