Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3245602ybt; Mon, 22 Jun 2020 19:45:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw4ompn1XolXNs1JJGt24KpbvRVnpn5gG5952Qp9XXZWGuQWkwmzK4NAQQJASGALSj+pyu4 X-Received: by 2002:a17:906:4554:: with SMTP id s20mr17833902ejq.241.1592880343369; Mon, 22 Jun 2020 19:45:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592880343; cv=none; d=google.com; s=arc-20160816; b=lfP5J+oQhBrj7pQRp8LUMZYy1Azu+q/aYunj4ANUGYM6LWXSqSE5F29ymDSi0NvsU2 HQ6yJ4Q6CwnCyKvRPeK4g22H1ikTdg5dli5+yl8WJiSFpPPJHCHryf+iIdJ6CKd7KaGe gd1QLdIqZYUUii1TjW/ODiZjcsS27ADPNGEKBBTa76anohtpCQID59SYX3uCRQbs8mST lSUmVfMxdoNtP3KEmldIwUT0+Ry54Hn4E+Q6b7jE64Ov9snvJI7d1Rx5OqHWl3RsNuqo anhSjQgEEX4zjlVBn5LdSAXXdK791ckwadjunUbasi1hcN3yORuQtQGQWl8enPWk6It9 M9RQ== 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=kogeuzYaTU35x822P/lH4bJd4mEjWVYLr7oYj41vm0o=; b=feBdnQLRjgA59sg8+3TzLTuPUyRNGsNnPNY8eqigtYVAz5nH4AfF+ITZPLFWNJ1oEW 4iuxyKSithGDKIp9vQRNyT1jAX1hUPbA2IRgyBmgBNuB8lDPjnucjMsBk8fa8PjwMbK0 PWqnS0y9i3ytQzhISWnupTxT5o2yOWlGe3ZN9uRF7QWxzzWSJHId7jtNg5FqxyfUE8yg Pg0/eKlBijvGY7ngMDvcZmaKDiGQfkEyflUZn6rv6whdggaARuLKeV/YDXGhCAuOVwag 56l4OhnJGDmVsDrT2q8C44S+mZW1PEXKQgDLM4V+KzieZEgpVY+/501nU0vXy10vmY5F viVw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=FbwdEUS3; 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 z1si5137579eju.7.2020.06.22.19.45.19; Mon, 22 Jun 2020 19:45: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=FbwdEUS3; 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 S1731606AbgFWCnc (ORCPT + 99 others); Mon, 22 Jun 2020 22:43:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58278 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731557AbgFWCnb (ORCPT ); Mon, 22 Jun 2020 22:43:31 -0400 Received: from mail-qk1-x742.google.com (mail-qk1-x742.google.com [IPv6:2607:f8b0:4864:20::742]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BC9DFC061573 for ; Mon, 22 Jun 2020 19:43:31 -0700 (PDT) Received: by mail-qk1-x742.google.com with SMTP id 80so5720565qko.7 for ; Mon, 22 Jun 2020 19:43:31 -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=kogeuzYaTU35x822P/lH4bJd4mEjWVYLr7oYj41vm0o=; b=FbwdEUS3+pvBEN3kjdTEyyToae78/LPr/MS6xOSoYMjtVFDz0LqgWMzSVHwE9xRwE6 t2cJEA3tFkcLe7Bg0WPowXzPxjBNwPJNtxBEUFpXZ43SqgaHTg8T1TdYMT9aSMs/yA1x iW5Rt2EAHdGunKLZRwqS0bJDjB3/oVTt1FouC3SbhagSc68pufilxApKwKjq+vSFKy8U oUrSjfWyvoDh7FKb11HAMwFCSxBDMKLfLDHW+Txc79G56N8Bk0Kf1RzrW4ulJQPJrj// Sr267BhXc2/nYuapGLoK6nMAmoz/4h1dZE0PYD6JkaTwpeEmSy1CQkbKiRneTipN5cxe Yx6Q== 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=kogeuzYaTU35x822P/lH4bJd4mEjWVYLr7oYj41vm0o=; b=UH4zW/EjWAorLb5nOO9YUdN3aQghrSNGPj130Com6XssvNuKlHQVaY/OSAvnRIkB8G gHXyFg+RLyLawsLZ4br8q7nZW90yk1vGGSEes76/6annpIuNthA1UyMyWlTtg7i2AUKx LwA9VSeZ8onbLY5Af2F8tTFG0AcPEtqu5Dfcrhlca9Kpn1KWIwO+PoL91bg20QiHfxGA S5SSHpBzn7K5igCep5jIz/wC7dJj1TEgrsE9oeVy7D8/XhXo3ma8c/D/GZNZcMoF2DMK PdaBw9cBtIgNery+Z83e5PrGWsAqv8vs43nNj0hGQxFUOYYetYktN3Iitdvym3aNHOax YIJw== X-Gm-Message-State: AOAM531IBH6XXHtMgKnhARNl831UXmM/CnNOpEeCxbQRjsaP9he7Og16 jiKeyH9T5qtaZDBIqOvoNR8= X-Received: by 2002:a05:620a:1408:: with SMTP id d8mr18735138qkj.110.1592880211071; Mon, 22 Jun 2020 19:43:31 -0700 (PDT) Received: from LeoBras (177-131-65-187.dynamic.desktop.com.br. [177.131.65.187]) by smtp.gmail.com with ESMTPSA id 18sm542902qkh.40.2020.06.22.19.43.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 Jun 2020 19:43:30 -0700 (PDT) Message-ID: <03e82e1a1bcf516d01ca472546d8b31e468aba8b.camel@gmail.com> Subject: Re: [PATCH 4/4] powerpc/pseries/iommu: Remove default DMA window before creating DDW 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: Mon, 22 Jun 2020 23:43:24 -0300 In-Reply-To: References: <20200619050619.266888-1-leobras.c@gmail.com> <20200619050619.266888-5-leobras.c@gmail.com> <4bf1d32da3d13a44e3c2e4b04f369fe52c24a023.camel@gmail.com> <205edd45b7bbf39d2fc1d2d75fd7e35336f109ac.camel@gmail.com> 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 Tue, 2020-06-23 at 12:35 +1000, Alexey Kardashevskiy wrote: > > I am not sure if this is true in general, but in this device (SR-IOV > > VF) I am testing it will return 0 windows if the default DMA window is > > not deleted, and 1 after it's deleted. > > Since pHyp can only create windows in "64bit space", now (I did not know > until a few month back) I expect that thing to return "1" always no > matter what happened to the default window. And removing the default > window will only affect the maximum number of TCEs but not the number of > possible windows. Humm, something gone wrong then. This patchset was developed mostly because on testing, DDW would never be created because windows_available would always be 0. I will take a deeper look in that. Best regards, Leonardo