Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp4929363pxb; Mon, 15 Feb 2021 05:16:03 -0800 (PST) X-Google-Smtp-Source: ABdhPJykCB+WdFpwwLh9/5SiT0HqtJZXGmVptmYOIdcHhiK6iWrZ+BwRKIom+qv2Uw5DcaIkQBFU X-Received: by 2002:a17:906:118f:: with SMTP id n15mr15727741eja.497.1613394962816; Mon, 15 Feb 2021 05:16:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613394962; cv=none; d=google.com; s=arc-20160816; b=w0ihCocilUugXNIftH3vAfleUZwJ+H0qzAyEK8MtEYaMQV6YpWNOu/vOzS6/yYkZq7 0WFjUaGknSjE458wATadSbjzxzw4gamTiiH5x1vlea9Sj/HUWU2IwRiCnWuZ5qq0F2oX zI0DpFg5YyIgnKpkIuBxXSLP4JALCJN47tMqMuluI7IC0ObMuuGNw3B93ptR/p+I/PHm L59o+1np0zY+gShkWD/+tfWM/xTMKCib07SUI4fpKJmTZkbTj3Un6Q+rPd3oI+Y4j/TF PHprFVsBeoNCAm5Ta5G2pfWQoVBDt/4HohLgZ19A58lNI8XrJrfcbmuHedCru952KvjE UjlQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:message-id :in-reply-to:subject:cc:to:from:date; bh=w2zDoHdt6UZnIJ2J0vsy6eKWNqEJfCttpyh/aC8p2s8=; b=bgk4ZLdN/xhz8RbCaepgj7oxPTRgRDnsxwTU/lf16QpWffaD8z1w5RHkxhm+tV+iQY yDoeHeVi2+8e9tQB2Wq8NKY8qOqEt765vtdAydEL2HabKWit4lM6KAq76gsJHY6y58iJ iYvWuLm0YfAI341dVyHmKz76GyS9jrze98etdQYAL/Xz6S5sNxIh781Abcu8/wrllojV G2NxrsBjpWsOjS0G2lmsEprHT2MMWoWb8xhexz2UcLtMJtlkuxsT9O3DoiZmo6R7Zly1 t3LztPQY7nm/xWcBq5s5KOuxsv4sh9zo0hA8j5Kom5nGeO6zIPmfWNTnrlBb/7oIXBvQ jsmw== 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 b13si3742107edd.295.2021.02.15.05.15.38; Mon, 15 Feb 2021 05:16:02 -0800 (PST) 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 S229666AbhBONNy (ORCPT + 99 others); Mon, 15 Feb 2021 08:13:54 -0500 Received: from angie.orcam.me.uk ([157.25.102.26]:33990 "EHLO angie.orcam.me.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229738AbhBONNq (ORCPT ); Mon, 15 Feb 2021 08:13:46 -0500 Received: by angie.orcam.me.uk (Postfix, from userid 500) id 782F492009D; Mon, 15 Feb 2021 14:13:03 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by angie.orcam.me.uk (Postfix) with ESMTP id 7131192009C; Mon, 15 Feb 2021 14:13:03 +0100 (CET) Date: Mon, 15 Feb 2021 14:13:03 +0100 (CET) From: "Maciej W. Rozycki" To: Christoph Hellwig cc: Thomas Bogendoerfer , Greg Kroah-Hartman , linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org Subject: Re: [PATCH 5/6] driver core: lift dma_default_coherent into common code In-Reply-To: Message-ID: References: <20210208145024.3320420-1-hch@lst.de> <20210208145024.3320420-6-hch@lst.de> <20210208161043.GA14083@lst.de> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 9 Feb 2021, Maciej W. Rozycki wrote: > > > Do you need to have this verified anyhow? I only have a non-coherent 5Kc > > > Malta though. > > > > If you get a chance to test this logic, that would be great. > > I'll try to give it a hit in the next few days then. Installed in my > Malta I have a DEFPA, which is about as serious a DMA user as a piece of > classic PCI hardware could be. I need to debug the issue of another DEFPA > not working with my POWER9 system, possibly due to an IOMMU handling bug > (hopefully not broken host hardware), so I'll take the opportunity and do > it all at once. FYI still working on it. The POWER9 issue turned out to be a combination of a driver configuration issue with the distribution caused by a chain of historical events leading to the use of PCI I/O bus commands not supported by the PHB PCIe host bridge and a bad solder joint with the adapter's main PDQ IC on a 20+ years old brand new card. I hope to have the adapter properly fixed soon and I'll look at the Malta side now, possibly using the old server whose DEFPA has worked flawlessly for some 20 years now. I have planned to use the interface to supply NFS root, which I think should be enough of a stress test. Patches will follow sometime too for the driver's configuration issue, a nonsense in 2021 I should have long addressed, and for resource handling which I think should explicitly fail port I/O claims on a system that does not support port I/O at all and should not allow this: # cat /proc/ioports 00000000-ffffffffffffffff : 0031:02:04.0 # to happen. Maciej