From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E842CC48BD6 for ; Thu, 27 Jun 2019 09:16:05 +0000 (UTC) Received: from mail.linuxfoundation.org (mail.linuxfoundation.org [140.211.169.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id C67232082F for ; Thu, 27 Jun 2019 09:16:05 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C67232082F Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=lst.de Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=iommu-bounces@lists.linux-foundation.org Received: from mail.linux-foundation.org (localhost [127.0.0.1]) by mail.linuxfoundation.org (Postfix) with ESMTP id 999F7D98; Thu, 27 Jun 2019 09:16:05 +0000 (UTC) Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 55A15CD9 for ; Thu, 27 Jun 2019 09:16:04 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from newverein.lst.de (verein.lst.de [213.95.11.211]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 1EBBB837 for ; Thu, 27 Jun 2019 09:16:03 +0000 (UTC) Received: by newverein.lst.de (Postfix, from userid 2407) id 73FAB68B20; Thu, 27 Jun 2019 11:15:30 +0200 (CEST) Date: Thu, 27 Jun 2019 11:15:30 +0200 From: Christoph Hellwig To: Russell King - ARM Linux admin Subject: Re: SATA broken with LPAE Message-ID: <20190627091530.GA11809@lst.de> References: <16f065ef-f4ac-46b4-de2a-6b5420ae873a@ti.com> <20190626125325.GA4744@lst.de> <20190627090753.b5xfpnsicynnqj5c@shell.armlinux.org.uk> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20190627090753.b5xfpnsicynnqj5c@shell.armlinux.org.uk> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: axboe@kernel.dk, Vignesh Raghavendra , martin.petersen@oracle.com, linux-ide@vger.kernel.org, Tony Lindgren , jejb@linux.ibm.com, "Nori, Sekhar" , "hdegoede@redhat.com" , iommu@lists.linux-foundation.org, linux-omap@vger.kernel.org, Christoph Hellwig , Roger Quadros X-BeenThere: iommu@lists.linux-foundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Development issues for Linux IOMMU support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: iommu-bounces@lists.linux-foundation.org Errors-To: iommu-bounces@lists.linux-foundation.org On Thu, Jun 27, 2019 at 10:07:53AM +0100, Russell King - ARM Linux admin wrote: > dmabounce has only ever been used with specific devices that have weird > setups. Otherwise, we've never expected what you describe on ARM. I > also don't recognise your assertion about the way the DMA API should > behave as ever having been documented as a requirement for architectures > to implement. That requirement has basically always been there since at least the 2.6.x days. The history here is that when 64-bit architectures showed up they all had iommus, so this wasn't an issue. Next was x86 with highmem, which added special bounce buffering for block I/O and networking only. Then ia64 showed up that didn't always have an iommu and swiotlb was added as a "software IOMMU". At this point we had to bounce buffering schemes for block and networking, while everything else potentially DMAing to higher memory relied on swiotlb, which was picked up by basically every architecture that could have memory not covered by a 32-bit mask and didn't have an iommu. Except it seems arm never did that and has been lucky as people didn't try anything that is not block or networking on their extended physical address space. _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu