Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp214146pxy; Wed, 21 Apr 2021 23:52:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzp8cuwuPQng7BeimotsYr1OzLa8Lpoo9HgBWgOxdsoYDA5FZfxNFsKhI7foYDQ7MDZUGhu X-Received: by 2002:aa7:8a84:0:b029:231:ff56:2c7e with SMTP id a4-20020aa78a840000b0290231ff562c7emr1863226pfc.50.1619074375548; Wed, 21 Apr 2021 23:52:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619074375; cv=none; d=google.com; s=arc-20160816; b=AKSaHvn2lrvYWUJ+fwRQc4mTMEte9uAxuqg2E978OLxZR7k8RZPhLeueA8MUEC91qb uCzp8FByfDAh6BXb3fPmi1lvxP4gaaf8PUIaAaC4wnBs2DAltq19qAKEVLNxo/1lb7Vl qI3690Gi1ltHqPeMs9HhHi1NuTirabamdHA1hJoD/SwqQ0WLtc09K9t8UwwYY3PNl+gl Ax7zAsieukFjnB00R7iWNUnB5EZIfoyWi8L9MNd4hWShcmzhTGprehuhQebW6xFNsKJS BQ/JgFxF9rPoCOYidL7K2xyl5CCYFnLpVET4XWQfoarkJhueOzkR4INWgKzqwfWg5S/e WC0Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:organization:references:in-reply-to:date:cc:to:from :subject:message-id:dkim-signature; bh=rtDdixl50dEInzVU4EDqe3HYgm+3xRTbWaZMtMKGnEc=; b=l0JaWFTKhN91CVEcoSVxKNJY7vXGamT5F2M6DaUnh2HdEv0U0WnHU1286Or0ZNZcnz xs8MIfEgGbpJ8RR3bPe0zIZQ/kyGZ8ZA6ypEdoa9+wYe66oEctRRbKghccQS7eozjVwm wd4I7pYiyoW7yAltIvgVFuyHwv1tzHzraJk1a0Oqc+vV2tS8WukWfnDml/u5mLXbrSt6 J1NOIVFOiDNh4tqOhUXkvdjVXQjqDr5sNDUlnBaO6QnGKrPAAXlpWN6Ez9l3RM//Uhgf Fa6pWTdR30zbnzaLgVH0FquMH7GlA3Tr+QMGJkPveQskUjQmVFRk6BRgJgFDauo6uoqL gmtA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=QXom36jW; 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 q130si2200044pfq.335.2021.04.21.23.52.43; Wed, 21 Apr 2021 23:52:55 -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=QXom36jW; 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 S234916AbhDVGvZ (ORCPT + 99 others); Thu, 22 Apr 2021 02:51:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47578 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229962AbhDVGvY (ORCPT ); Thu, 22 Apr 2021 02:51:24 -0400 Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C4870C06174A for ; Wed, 21 Apr 2021 23:50:49 -0700 (PDT) Received: by mail-qk1-x736.google.com with SMTP id x11so45299237qkp.11 for ; Wed, 21 Apr 2021 23:50:49 -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=rtDdixl50dEInzVU4EDqe3HYgm+3xRTbWaZMtMKGnEc=; b=QXom36jWadvPIRGrs6Z2HWLbuunYIqK2QOPmciTq88qx2jsOebC974zCrnaAarbfbG j75FeLb+ks56iceff2Dh8PPqP6/FceRxw1neJq91ABd7OqjH9F1CWI3Tm9pdW/Igy9JF 6duOLpbEWybYFPYgNfPPaUI6JtkGHsVRYXw8pmT4+bXPJf0hEgn3PQYNWwujW5F3YQgh VIIKnmQTYuOrQSwhEsr8t6WS16rBO5Nf7WXkefGe4H8frfwxKssrCMeA3h8KEhSiQrAK Ti8TO/VIr2ryDuJyOB7q8J/vGoefSS0gpwkGxNvPPfgM7nZdVYNNOr8YHZIOleYK3nHN Ojbg== 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=rtDdixl50dEInzVU4EDqe3HYgm+3xRTbWaZMtMKGnEc=; b=phy2z8EK7TXMfj3KrZqFxfacyXKQ3C1OpSSocTm9MIPeN4iDHMT8tIkQTXnjC9Z0jE tKe72HJJXDAl89JPpUFrbfYWyM0V1Ld+Jro5rabORM+SU7weJLgwVGLdqJSeTYTGdzRR 29WIPiOSErvtcJwjyU9zcvKCMeXsE0R5fet4F/Swxhhm6iu4ZpVoBNH6BRMzOALwbJsO zjLd5avlH9OjgSp6KD7F2PJVFtNCcaDuVbxf/30AATp8fJiTmwZSXckgJTQGuz1jBVj1 O4uzumfUbE+JZilN2mPzD4xlpHTJ/daj5/XTRFO3ilJgPRYfzbBr9WAOp5qzXinS/q0R 2PPw== X-Gm-Message-State: AOAM5327B6VnbzpRC7ZNoNQQZ1GryL5UvQ6Eqlud/vbg9M+KiUsBSOET sXElznufxff9mdyQq9AUbFiIWYrT14w= X-Received: by 2002:a05:620a:579:: with SMTP id p25mr2113901qkp.95.1619074249026; Wed, 21 Apr 2021 23:50:49 -0700 (PDT) Received: from li-908e0a4c-2250-11b2-a85c-f027e903211b.ibm.com ([177.35.200.187]) by smtp.gmail.com with ESMTPSA id l12sm1562269qtq.34.2021.04.21.23.50.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 21 Apr 2021 23:50:48 -0700 (PDT) Message-ID: Subject: Re: [PATCH 1/1] powerpc/kernel/iommu: Use largepool as a last resort when !largealloc From: Leonardo Bras To: Michael Ellerman , Benjamin Herrenschmidt , Paul Mackerras , Alexey Kardashevskiy , Niklas Schnelle , Nicolin Chen Cc: linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Date: Thu, 22 Apr 2021 03:50:44 -0300 In-Reply-To: <20210318174414.684630-2-leobras.c@gmail.com> References: <20210318174414.684630-1-leobras.c@gmail.com> <20210318174414.684630-2-leobras.c@gmail.com> Organization: IBM Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 (3.38.4-1.fc33) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, FYI: This patch was reviewed when it was part of another patchset: http://patchwork.ozlabs.org/project/linuxppc-dev/patch/20200817234033.442511-4-leobras.c@gmail.com/ On Thu, 2021-03-18 at 14:44 -0300, Leonardo Bras wrote: > As of today, doing iommu_range_alloc() only for !largealloc (npages <= 15) > will only be able to use 3/4 of the available pages, given pages on > largepool not being available for !largealloc. > > This could mean some drivers not being able to fully use all the available > pages for the DMA window. > > Add pages on largepool as a last resort for !largealloc, making all pages > of the DMA window available. > > Signed-off-by: Leonardo Bras > Reviewed-by: Alexey Kardashevskiy > --- >  arch/powerpc/kernel/iommu.c | 9 +++++++++ >  1 file changed, 9 insertions(+) > > diff --git a/arch/powerpc/kernel/iommu.c b/arch/powerpc/kernel/iommu.c > index 3329ef045805..ae6ad8dca605 100644 > --- a/arch/powerpc/kernel/iommu.c > +++ b/arch/powerpc/kernel/iommu.c > @@ -255,6 +255,15 @@ static unsigned long iommu_range_alloc(struct device *dev, >   pass++; >   goto again; >   > > + } else if (pass == tbl->nr_pools + 1) { > + /* Last resort: try largepool */ > + spin_unlock(&pool->lock); > + pool = &tbl->large_pool; > + spin_lock(&pool->lock); > + pool->hint = pool->start; > + pass++; > + goto again; > + >   } else { >   /* Give up */ >   spin_unlock_irqrestore(&(pool->lock), flags);