Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp781895pxb; Tue, 14 Sep 2021 08:36:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz3XO0fPhY64B0ATAxkBJ/IXq2Jp1gIZUrORp/wsSgUCGRPCWp5qxYOJs/kfyZb5P4rKRy9 X-Received: by 2002:a05:6512:3257:: with SMTP id c23mr14034288lfr.90.1631633775485; Tue, 14 Sep 2021 08:36:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631633775; cv=none; d=google.com; s=arc-20160816; b=jHBrgM+LX9RL4qW71boA17C/qwPYcQq0hDd0Ler0KRHy2aJKP/YC1r+OvB2SPostuq vHChB9VHUpCIX86Ita8ZJVMdJEYbDb37F11gWKb9EZqV9kKVfbB/uTnkDAJ9ToEcRVMn ryz6Gx6Y6EyUH2HkAmJr1AQV60b8S89OtbM83Lf69qnyaeEUcFSV0CDZynS2l6fXbB4+ 4iYlUNMb4FQJsJQsr0hmkTomuWNjn50QNZIEpC6LNhUiudX+ONBqU6qAUSszgVV6vMEr hKYKgqtj+iE7GIHAcWmMejXKrTCXTsRSlii5cQaknV5X/HsQkA1X33OtSN1HcIx5305i fH7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=ysT940liyOmIUfrjBuciH6CeZhBMXyepoz25ZmXF7Xc=; b=c3zTkAH2a/XxJaVPHm1hyW5Yp8tccoSC3rL1oR0srhXhyRm/Wtz1YgEHVrvdBoBlQT vxYUe9tb74kWBWrHmRdQZvGhofdOcViZ1uePX3LmSfh/w1RBm5zF1/yXj+uXn0QNxAd7 tBYe0V9Z15Dd3AWq4IjFoa3a3/+mZJTf8aLIp22Xngqh5sQxGPZx9CSVUyD6VwOVCQju ahGQGCwHQ+EASzJET42MJYMrhYU8CzHAnBhZxpek7BIswlytNnmu/41RQA8axyMQ9NVM IO9awzzo8Z+6QZklKvQ5ZXJZAJhxeflZeAXf2OK2tyNaBWT6gAlYxSELf1/de0SvGwui oACw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c20si15281516ljn.151.2021.09.14.08.35.46; Tue, 14 Sep 2021 08:36:15 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234747AbhINPcK (ORCPT + 99 others); Tue, 14 Sep 2021 11:32:10 -0400 Received: from verein.lst.de ([213.95.11.211]:60860 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233202AbhINPcJ (ORCPT ); Tue, 14 Sep 2021 11:32:09 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 375B567373; Tue, 14 Sep 2021 17:30:47 +0200 (CEST) Date: Tue, 14 Sep 2021 17:30:46 +0200 From: Christoph Hellwig To: Jan Beulich Cc: Roman Skakun , Andrii Anisov , Roman Skakun , Jonathan Corbet , Thomas Bogendoerfer , Michael Ellerman , Benjamin Herrenschmidt , Paul Mackerras , Konrad Rzeszutek Wilk , Boris Ostrovsky , Juergen Gross , Stefano Stabellini , Christoph Hellwig , Marek Szyprowski , Robin Murphy , "Paul E. McKenney" , Randy Dunlap , Andrew Morton , Thomas Gleixner , "Maciej W. Rozycki" , Muchun Song , Viresh Kumar , Peter Zijlstra , Lu Baolu , Mike Rapoport , Will Deacon , xen-devel@lists.xenproject.org, linux-mips@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org Subject: Re: [PATCH] swiotlb: set IO TLB segment size via cmdline Message-ID: <20210914153046.GB815@lst.de> References: <20210914151016.3174924-1-Roman_Skakun@epam.com> <7c04db79-7de1-93ff-0908-9bad60a287b9@suse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7c04db79-7de1-93ff-0908-9bad60a287b9@suse.com> User-Agent: Mutt/1.5.17 (2007-11-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 14, 2021 at 05:29:07PM +0200, Jan Beulich wrote: > I'm not convinced the swiotlb use describe there falls under "intended > use" - mapping a 1280x720 framebuffer in a single chunk? (As an aside, > the bottom of this page is also confusing, as following "Then we can > confirm the modified swiotlb size in the boot log:" there is a log > fragment showing the same original size of 64Mb. It doesn't. We also do not add hacks to the kernel for whacky out of tree modules.